home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / sysv386 / 17576 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.7 KB  |  41 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!rfg
  3. From: rfg@netcom.com (Ronald F. Guilmette)
  4. Subject: Compiling stuff with g++ on SVr4
  5. Message-ID: <1992Dec21.093108.22105@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. Date: Mon, 21 Dec 1992 09:31:08 GMT
  8. Lines: 31
  9.  
  10. Some time ago, tannerrj@cnsvax (ROOT OF INSIGHT-- A 486 RUNNING ESIX V4.0.3A)
  11. wrote:
  12.  
  13. > Anyone successfully built glib++ on Esix v4.03a? I have gcc 2.3.1
  14. > and it seems to work fine, but I get a tone of compilation
  15. > errors. If you have any knowledge of this problem, I can
  16. > mail you the error. Thanks.
  17.  
  18.  
  19. One big problem with compiling stuff (e.g. libg++) with the g++ compiler
  20. on any sort of UNIX system based on System V Release 4 is that the -g
  21. simply does not work (and you should not even try to use it).  Using
  22. it will give you lots of weird assembler errors and/or linker errors
  23. (because the DWARF debugging-info output is bad).
  24.  
  25. Why do these bugs (with g++ and -g on SVR4) still exist?  Simple.  Cygnus
  26. Support is either unwilling or unable to fix the interface from the g++
  27. front end to the DWARF generation routines (in dwarfout.c).
  28.  
  29. Note that DWARF output for GNU C works flawlessly on SVR4 however.
  30.  
  31. -- 
  32.  
  33. // Ron ("Loose Cannon") Guilmette    uucp: ...uunet!lupine!segfault!rfg
  34. //
  35. //      "On the one hand I knew that programs could have a compelling
  36. //       and deep logical beauty, on the other hand I was forced to
  37. //       admit that most programs are presented in a way fit for
  38. //       mechanical execution, but even if of any beauty at all,
  39. //       totally unfit for human appreciation."
  40. //                                              -- Edsger W. Dijkstra
  41.