This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir
- From: "carlos at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 11 Mar 2008 19:21:44 -0000
- Subject: [Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir
- References: <bug-35532-5337@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #4 from carlos at codesourcery dot com 2008-03-11 19:21 -------
Greg,
The example you describe looks an awful lot like a cross-compile. Is there
anything preventing you from configuring with --enable-build-sysroot=/tmp/foo?
Could you also describe your original build process in detail?
Please don't think of this as an issue between a relocated or un-relocated
compiler. GCC took the kitchen sink approach to search directories, and the
patch in question rooted out exactly which directories are needed and which are
not.
Now that we've cleaned up the search directories, you are going to have to
prove why other build processes are *not* usable in your particular scenario. I
won't accept "It used to build and now it doesn't." By building gcc you become
a gcc developer, not a user, and there is no guarantee that the gcc build
process will not change over time.
I look forward to the sordid details of your build problem :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532