home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / gnu / gcc / help / 2041 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.6 KB  |  60 lines
  1. Newsgroups: gnu.gcc.help
  2. Path: sparky!uunet!news.claremont.edu!elroy.jpl.nasa.gov!grian!puffin!pete
  3. From: pete@puffin.uucp (Pete Carah)
  4. Subject: Re: How to compile/install libg++2.2.2
  5. References: <1992Aug31.192328.19979@cc.umontreal.ca>
  6. Organization: Pete's Unix
  7. Date: Wed, 2 Sep 1992 17:59:50 GMT
  8. Message-ID: <1992Sep2.175950.23879@puffin.uucp>
  9. Distribution: na
  10. Lines: 48
  11.  
  12. In article <1992Aug31.192328.19979@cc.umontreal.ca> duperval@ERE.UMontreal.CA (Duperval Laurent) writes:
  13. >Hi,
  14. >
  15. >I'm trying to compile libg++ on an Iris4d but I have a few problems.  I've
  16. >appended the messages I get during compilation if it may help anyone to see
  17. >what the problem is.
  18. >
  19. >Let me first say that gcc, g++, etc are not installed in /usr/local.  I'm
  20. >trying to make sure everything works properly before I let unsuspecting users
  21. >bombard me with 'It don't work' messages.
  22. OK, but you need to be able to use gcc.  See below...
  23.  
  24. > As you can see, 'cc' is used to
  25. >compile everything.  I thought gcc or g++ was to be used (Is that what the
  26. >rootme macro is used for?).  Compilation coughs severely as you can see.
  27. Correct; the configure is wrong, at least for sgi.
  28. I think it's also wrong for 386 sysv - I tried it here and had to make
  29. the same fixes; the non-ansi include files (for sysv3) are easier with
  30. fixincludes.
  31.  
  32. >Is there a way to tell configure where to find gcc?  As in 
  33. >rootme=`dirname `which gcc`` (I know it's illegal but...)
  34. >or something similar?
  35. I just editted the makefiles after configure.
  36. You MUST have run fixincludes and the fixed includes must be in the
  37. include search path (defaults to /usr/local/lib/..../include)
  38. There are a few edits needed to the include files in libg++ package
  39. to make compilation work; they are pretty self-evident from the error
  40. messages you get (you didn't get nearly that far...).
  41. If you compiled gcc assuming standard placement of these things and
  42. they aren't there, you need to do a bunch to the makefiles.  Also
  43. fixincludes won't work without modification in that case.
  44.  
  45. The error messages come from feeding c++ source xxx.C to cc, which
  46. doesn't recognize the filename extension, so assumes object and passes
  47. the c++ source to the linker (which of course barfs).  libiberty can
  48. use cc but the rest of the source NEEDS gcc.  Better to use gcc for
  49. all.  The fixincludes is more necessary on irix 4.0.x than 3.x but
  50. is needed on either as far as I have seen.
  51.  
  52. >Or am I seeing everything all wrong?
  53. No.  There is an error in configure for the libg++ (at least 2.1, which
  54. is the latest I've tried.)
  55.  
  56. >duperval@ere.umontreal.ca
  57. >duperval@jsp.umontreal.ca
  58.  
  59. -- Pete (Pete@puffin.uucp)
  60.