home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / gnu / g / lib / bug / 600 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.4 KB  |  41 lines
  1. Newsgroups: gnu.g++.lib.bug
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ece.ucsb.edu!jackg
  3. From: jackg@ece.ucsb.edu (Jack Greenbaum)
  4. Subject: linking trouble
  5. Message-ID: <9211180119.AA21878@capella.ece.ucsb.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Reply-To: jackg@apex.ece.ucsb.edu
  8. Organization: GNUs Not Usenet
  9. Distribution: gnu
  10. Date: Wed, 18 Nov 1992 01:19:02 GMT
  11. Approved: bug-lib-g++@prep.ai.mit.edu
  12. Lines: 27
  13.  
  14. I've got a pile of code that was developed under SunOs using cfront
  15. 2.something.  When I compile with gcc-2.3.1 and lib-g++-2.2 on a
  16. DecStation 5000 runing Ultrix 4.2 I get the following error when
  17. linking:
  18.  
  19. ld:
  20. Undefined:
  21. __ls__FR7ostreamP6Object
  22. __ls__FR7ostreamR6Object
  23. exit__Fi
  24.  
  25. At least I recognize exit, but why is it undefined? __ls doesn't ring
  26. any bells, but I do recognize the data type Object for one of the
  27. arguments. How can I track this down? This code links with a C++
  28. library we wrote.  Another application that uses the same library gets
  29. the same errors.  Could DEC's ld be having trouble with the mangled
  30. names?
  31.  
  32. Thanks in advance for any suggestions about how to track this down.
  33.  
  34. -------------------------------------------------------------------------------
  35. Jack Greenbaum     | UC Santa Barbara
  36. jackg@ece.ucsb.edu | Department of Electrical and Computer Engineering, Box 253
  37. (805) 893-4461     | Santa Barbara, Ca. 93106, USA
  38. -------------------------------------------------------------------------------
  39.  
  40.  
  41.