home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / g / lib / bug / 450 < prev    next >
Encoding:
Text File  |  1992-07-29  |  1.3 KB  |  38 lines
  1. Newsgroups: gnu.g++.lib.bug
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!bio131.uni-bielefeld.de!uwe
  3. From: uwe@bio131.uni-bielefeld.de (Uwe Mueller)
  4. Subject: libg++-2.2 on  an NeXT, linker error
  5. Message-ID: <1992Jul29.113011.6470@unibi.uni-bielefeld.de>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: Universitaet Bielefeld
  8. Distribution: gnu
  9. Date: Wed, 29 Jul 1992 11:30:11 GMT
  10. Approved: bug-lib-g++@prep.ai.mit.edu
  11. Lines: 25
  12.  
  13. When trying to compile libg++-2.2 using gcc Version 2.1 on a NEXT  
  14. everything works fine, until the following linker error occurs:
  15.  
  16. ------------------------------------------------------------------------
  17.  
  18. gcc -o gperf new.o options.o iterator.o main.o gen-perf.o key-list.o  
  19. list-node.o hash-table.o bool-array.o read-line.o std-err.o version.o   
  20. ./../libg++.a
  21. ld: options.o symbol 37 (___DTOR_LIST__) has unknown n_type field (0x16)
  22. collect: /bin/ld returned 1 exit status
  23. *** Exit 1
  24. Stop.
  25.  
  26. -------------------------------------------------------------------------
  27.  
  28. has anyone any Idea what goes wrong? There is a new ld located in  
  29. /usr/local/lib/gcc-lib/next/2.0/ which is part of the release of 2.1 of  
  30. gcc. However, the makefile uses the old ld in /bin. Attempts  
  31. to replace the old linker by the new one led to fatal system crashes ...
  32.  
  33. Thanks for any help
  34.  
  35. uwe@bio128.uni-bielefeld.de
  36.  
  37.  
  38.