This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Mon, 10 Dec 2007, Hans-Peter Nilsson wrote: > When configured with just a --prefix=x and --target=y, > $prefix/lib/../$target/sys-include used to be searched, for e.g. > limits.h, stdio.h and stdlib.h. No $prefix-rooted path shows > up as a "ignoring nonexistent directory" message either. > > I don't know when this changed, but it doesn't seem like a > deliberate change. Or at least, not an improvement. > > I'll open a PR if I can't resolve this. I wouldn't call it a resolution, but it seems an installed toolchain will work. Equivalently: mkdir -p $prefix/lib/gcc/$target/$gcc_version e.g. mkdir -p $prefix/lib/gcc/cris-axis-linux-gnu/4.3.0 should let gcc find $prefix/sys-include, because it wants to go back and forth: $prefix/lib/gcc/cris-axis-linux-gnu/4.3.0/../../../../cris-axis-linux-gnu/sys-include IIRC it used to be this bad, then something or other changed to let it find $prefix/sys-include without the intermediate directories, and now it's bad again. (Bad in that I have to write into $prefix in order to test, and have to keep a $gcc_version directory there.) Or perhaps better hack the testsuite to add a -idirafter or something. Suggestions welcome. Except "use buildroot" (not even sure it'd help). brgds, H-P
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |