home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / gnu / gcc / bug / 2775 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.5 KB  |  37 lines
  1. Newsgroups: gnu.gcc.bug
  2. Path: sparky!uunet!convex!linac!pacific.mps.ohio-state.edu!cis.ohio-state.edu!forney.berkeley.edu!jbuck
  3. From: jbuck@forney.berkeley.edu (Joe Buck)
  4. Subject: Re: GCC-2.3.1 doesn't compile under NeXTstep 3.0
  5. Message-ID: <1e9hijINNelq@agate.berkeley.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: U. C. Berkeley
  8. References: <9211160513.AA00346@_grettir.quorum.com_>
  9. Distribution: gnu
  10. Date: Tue, 17 Nov 1992 01:23:31 GMT
  11. Approved: bug-gcc@prep.ai.mit.edu
  12. Lines: 23
  13.  
  14. In article <9211160513.AA00346@_grettir.quorum.com_> brown@quorum.COM (Robert E. Brown) writes:
  15. >In an earlier bug report, which I saw in gnu.gcc.bug, Magnus Nordborg
  16. >(magnus@fisher.stanford.edu) reports that GCC version 2.3.1 does not compile
  17. >on Next computers running release 3.0 of the operating system.
  18. >
  19. >The problem seems to be the use of Objective C (or C++) style comments in
  20. >Next's /usr/include/ansi/m68k/stdarg.h include file, which is included
  21. >indirectly when the GCC source code contains #include <stdarg.h>.  I don't
  22. >think the use of the // comment syntax belongs in an ANSI include file.
  23.  
  24. Perhaps the best way to fix this is to extend fixincludes, which is
  25. intended to install legal ANSI replacements for defective vendor headers.
  26. In this case, it would turn // comments into /* comments.
  27.  
  28. If stdarg.h is the only file with this wierdness, it would be enough to
  29. put a fixed copy of it into the /usr/local/lib/gcc-lib/next-whatever/include
  30. directory by hand (check the path on your system; it's where the
  31. gcc-generated header files live).
  32.  
  33.  
  34. --
  35. Joe Buck    jbuck@ohm.berkeley.edu
  36.  
  37.