home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / programm / 19221 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.3 KB
  1. Path: sparky!uunet!cbmvax!bagate!dsinc!spool.mu.edu!darwin.sura.net!gatech!concert!sas!mozart.unx.sas.com!wonka.unx.sas.com!sassek
  2. From: sassek@wonka.unx.sas.com (Steve Krueger)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Unwanted SAS/C symbol hunks
  5. Message-ID: <C1InGA.EE5@unx.sas.com>
  6. Date: 27 Jan 93 14:12:09 GMT
  7. References: <zp20aNqDOc@darkness.gun.de>
  8. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  9. Organization: SAS Institute Inc.
  10. Lines: 51
  11. Nntp-Posting-Host: wonka.unx.sas.com
  12.  
  13. In article <zp20aNqDOc@darkness.gun.de> rseichter@darkness.gun.de (Ralph Seichter) writes:
  14. >I have a problem with an executable generated by SAS/C 6.1.  The file seems
  15. >to  include  symbol  hunks  which I definitely don't want to be there.  The
  16. >"PowerPacker" tells me it removes three hunks, and I think PP knows what it
  17. >does.   I  assume  that the symbol hunks generated are for functions of the
  18. >amiga.lib like "OpenScreenTags" and some other vararg stubs (I use register
  19. >parameters).
  20. >
  21. >Here are my SCOPTIONS:
  22. >
  23. >   CPU=68030
  24. >   PARAMETERS=REGISTERS
  25. >   NOSTACKCHECK
  26. >   UNSIGNEDCHARS
  27. >   NOSTANDARDIO
  28. >   COMMENTNEST
  29. >   ERRORREXX
  30. >   NOMULTIPLEINCLUDES
  31. >   NOOPTIMIZE
  32. >   NOICONS
  33. >   NOERRORHIGHLIGHT
  34. >   GLOBALSYMBOLTABLE=z.gst
  35. >   GSTIMMediate
  36. >
  37. >And here's how I link the object modules (part of my SMAKEFILE):
  38. >
  39. >   LNKFLGS = NOADDSYM DEFINE ___main=___tinymain
  40. >   LIB = lib:sc.lib lib:amiga.lib
  41. >   OBJECTS = [...]
  42. >
  43. >   slink FROM lib:c.o $(OBJECTS) TO z LIB $(LIB) $(LNKFLGS)
  44. >
  45. >Do  you  have  any  idea  why  there are symbol hunks although I explicitly
  46. >specify  the  NOADDSYM  keyword  for  SLink?   I surely don't like anything
  47. >included in an executable which doesn't _have_ to be there.  :(
  48. >
  49. >Please help!
  50. >
  51.  
  52. You can use dumpobj (included in SAS/C 6.x) to see all the hunks in 
  53. the executable. You can also tell slink to strip any symbol hunks
  54. with the STRIPDEBUG option (or NODEBUG option to slink). ADDSYM
  55. tell slink to generate SYMBOL hunks if the object modules don't
  56. have them. SLINK does not have a NOADDSYM option. Then only reason
  57. you didn't get an error, is because you specified NOADDSYM after the
  58. LIB keyword, and slink thought you were specifying a library. All the
  59. symbols were resolved before it got to that library, so it never had to
  60. look for the library called NOADDSYM.
  61.  
  62.  
  63. >    MfG,    Ralph
  64.