This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: Is fixinclude needed on modern systems?
- From: Kai Ruottu <karuottu at mbnet dot fi>
- To: NightStrike <nightstrike at gmail dot com>
- Cc: gcc-help at gcc dot gnu dot org
- Date: Tue, 17 Jul 2007 12:21:03 +0300
- Subject: Re: Is fixinclude needed on modern systems?
- References: <200702250239.16211@enterprise.flameeyes.is-a-geek.org> <200702270932.16416.vapier@gentoo.org> <m3tzx7bp6v.fsf@localhost.localdomain> <200702271152.51814.vapier@gentoo.org> <b609cb3b0702271251q385f41c8vd94ff167badb483e@mail.gmail.com> <m3649n8bs2.fsf@localhost.localdomain> <45E586B4.8070308@mbnet.fi> <b609cb3b0707162328j51cb31asf4eff60808c495ee@mail.gmail.com>
NightStrike wrote:
Are you suggesting that 'fixincludes' should be phased out, and not
used at all on a cross-build?
No, I only would suggest something being done with the 'sys-include'
"feature" !
Trying to 'fix' something like the newlib headers in cases where one
uses the most uptodate newlib headers of course sounds weird so
using '--with-newlib' in GCC configure could generally disable the
header-fixing!
If one then thinks a typical "update" case where the current target C
library (newlib) is (only) in '$prefix/$target/include' and
'$prefix/$target/lib',
the 'sys-include' "feature" causes the target headers in 'include' not
being seen
by 'fixincludes' etc. In a native GCC build there is nothing like this
"feature", no need to put the '/usr/include' stuff to be seen also in the
'/usr/sys-include' during the GCC build for instance!
So at least those "maybe-needing-some-fixing" target headers should
be searched from the 'include', not from 'sys-include' during the GCC
build, just as the "GCC Internals" manual says!