Re: Is fixinclude needed on modern systems?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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!


[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux