home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / gnu / gcc / help / 2776 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.2 KB
  1. Xref: sparky gnu.gcc.help:2776 gnu.g++.help:1607 gnu.misc.discuss:4069
  2. Newsgroups: gnu.gcc.help,gnu.g++.help,gnu.misc.discuss
  3. Path: sparky!uunet!stanford.edu!CSD-NewsHost.Stanford.EDU!Xenon.Stanford.EDU!bothner
  4. From: bothner@Xenon.Stanford.EDU (Per M. Bothner)
  5. Subject: Re: gcc include directories
  6. Message-ID: <1992Dec19.054010.5792@CSD-NewsHost.Stanford.EDU>
  7. Sender: news@CSD-NewsHost.Stanford.EDU
  8. Organization: Computer Science Department, Stanford University.
  9. References: <ABRAHAM.92Dec7191319@loke.iesd.auc.dk> <1992Dec10.033542.2080@CSD-NewsHost.Stanford.EDU> <ABRAHAM.92Dec16110802@loke.iesd.auc.dk>
  10. Date: Sat, 19 Dec 1992 05:40:10 GMT
  11. Lines: 41
  12.  
  13. In article <ABRAHAM.92Dec16110802@loke.iesd.auc.dk> abraham@iesd.auc.dk (Per Abrahamsen) writes:
  14. >[changing versions] seldom gives problems with the other utilities, as the
  15. >data format of the files they manipulate stay reasonable constant.  Not
  16. >so with g++. 
  17.  
  18. But different versions of other utilities may have different bugs.
  19.  
  20. >The assembler, the linker, and the C libraries goes into 
  21. >
  22. >    $GNUHOME/lib/gcc-lib/$ARCH/$VERS
  23.  
  24. Only if you install them by hand.
  25.  
  26. >The only problem today is that libg++ for some reason is not assumed
  27. >to be in that directory, both the gcc and the libg++ distribution
  28. >seems to expect that all versions of gcc will share the same version
  29. >of libg++.  This is a pain, and we have to change both by hand to
  30. >correct the situation.
  31.  
  32. Do you have a suggestion?
  33.  
  34. >Bothner> The more general (and standard) way to select versions is by
  35. >Bothner> installing different versions into different directories.
  36.  
  37. >And break object (and possibly source) code compatibility for all
  38. >users when we install a new version of g++?
  39.  
  40. So use /gnu-921201/bin instead of /new/bin.  I don't see any
  41. real difference between:
  42.     /gnu-921201/bin/gcc -c foo.c
  43. and:
  44.     gcc -V921201 -c foo.c
  45.  
  46. My opinion is that gcc -V is a special-purpose, ad hoc way to
  47. manage multiple versions.  I don't think it gives you anything you
  48. can't do with appropriate converntions - and these conventions
  49. are much easier to tailor to individual requirements (from
  50. no versioning to very sophisticated schemes).
  51.  
  52.     --Per Bothner
  53. Cygnus Support   bothner@cygnus.com  bothner@neon.stanford.edu
  54.