Article View: gnu.gcc.bug
Article #1408bug in config/t-next
From: Robert E. Brown
Date: Mon, 16 Nov 1992 14:43
Date: Mon, 16 Nov 1992 14:43
25 lines
1579 bytes
1579 bytes
I'm using GCC version 2.3.1 on a Next computer. The file config/t-next sets OTHER_FIXINCLUDES_DIRS like this: OTHER_FIXINCLUDES_DIRS= /NextDeveloper/Headers \ /NextDeveloper/Headers/ansi /NextDeveloper/Headers/bsd \ /LocalDeveloper/Headers /LocalDeveloper/Headers/ansi \ /LocalDeveloper/Headers/bsd This variable is used in the GCC Makefile like this: for dir in /usr/include $(OTHER_FIXINCLUDES_DIRS); do ... Since /usr/include is a symbolic link to /NextDeveloper/Headers on Next computers running release 3.0 of NextStep, the "for" loop in the Makefile processes the same directories several times. Since the makefile processes any directory listed and all of its subdirectories with fixincludes, there's no reason to set OTHER_FIXINCLUDES_DIRS to contain both directories and their children. In addition, the standard 3.0 distribution from Next does not even contain /LocalDeveloper/Headers/ansi and /LocalDeveloper/Headers/bsd, so I have no idea why they're in the list of files above. The config/t-next file should instead contain this line: OTHER_FIXINCLUDES_DIRS= /LocalDeveloper/Headers
Technical Details
Message-ID:
<9211170043.AA07376@_grettir.quorum.com_>Path:
arc1-ca.pugleaf.net!sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!quorum.COM!brownShow Full Headers
Complete Article Headers
Newsgroups: gnu.gcc.bug Path: arc1-ca.pugleaf.net!sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!quorum.COM!brown From: brown@quorum.COM (Robert E. Brown) Subject: bug in config/t-next Message-ID: <9211170043.AA07376@_grettir.quorum.com_> Sender: gnulists@ai.mit.edu Organization: GNUs Not Usenet Distribution: gnu Date: Mon, 16 Nov 1992 14:43:46 GMT Approved: bug-gcc@prep.ai.mit.edu Lines: 27