home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / arch / 9128 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.3 KB  |  50 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!munnari.oz.au!uniwa!DIALix!metapro!bernie
  3. From: bernie@metapro.DIALix.oz.au (Bernd Felsche)
  4. Subject: Re: Program behaviour (was Re: trapping speculative ops
  5. Message-ID: <1992Sep1.084006.19765@metapro.DIALix.oz.au>
  6. Organization: MetaPro Systems, Perth, Western Australia
  7. References: <1992Aug27.202845.10747@bcars64a.bnr.ca> <k7D9PB1w165w@tsoft.sf-bay.org> <34740@cbmvax.commodore.com>
  8. Date: Tue, 1 Sep 92 08:40:06 GMT
  9. Lines: 39
  10.  
  11. jesup@cbmvax.commodore.com (Randell Jesup) writes:
  12.  
  13. >bbs.dennis@tsoft.sf-bay.org (Dennis Yelle) writes:
  14. >>schow@bqneh3.bnr.ca (Stanley T.H. Chow) writes:
  15. >>> Some people (including me), believe that there is only *one* level
  16. >>> of optimization. One should always ship the same binary that one
  17. >>> tested; 
  18.  
  19. >>I agree.  This is why I am annoyed that most linkers put the
  20. >>debug information in the executable file.  I think that the
  21. >>debug information should be put in a different file (ending with .dbg
  22. >>perhaps).  Then I could test, debug, and ship EXACTLY the same binary.
  23.  
  24. >    However, adding some types of debug information can modify the 
  25. >generated code, so you have to be careful about it (know your linker/
  26. >compiler/debugger and it's habits).  Good linkers have the ability to
  27. >strip debug information out of an executable for shipping, without modifying
  28. >the code you debugged.
  29.  
  30. There are some commercial compilers/linkers which always
  31. generate the same code, independent of any debug option.
  32.  
  33. They typically write out a .dbg file which allows you to
  34. debug optimised code, and you can be sure that the optimised
  35. version which you ship actually works -- or you can find the
  36. problem caused by the compiler optimisation. There is no
  37. subsequent need to strip out debug info, and depending on
  38. the linker/compiler, the symbol table information.
  39.  
  40. The .dbg file contains pointers into the executeable code.
  41. A special debugger is of course required.
  42.  
  43. Can you suggest what sort of debug info would need to be 
  44. in the binary?
  45. -- 
  46. +-----+ Bernd Felsche                     _--_|\  #include <std/disclaimer.h>
  47. | | | | MetaPro Systems Pty Ltd          /      \ bernie@metapro.DIALix.oz.au
  48. | | | | 328 Albany Highway,              X_.--._/         Fax: +61 9 472 3337
  49. |m|p|s| Victoria Park, Western Australia 6100  v        Phone: +61 9 362 9355
  50.