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