This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Re: Trouble building GCC
Hi Marc,
Thanks for the answer.
How do I let GCC build gmp/mpfr/mpc for me? Are you referring to the
merged tree build? I've tried that in the past but the build
infrastructure seems to have diverged between them and it's never
clear to me which one I should decompress last to have a set of build
scripts that can actually build everything. Last time I tried it it
didn't work.
I'm building this software in a non-standard location because it needs
to be accessible from an NFS mount on all machines so putting it in
/usr/local/lib and modifying ld.conf.so are not possible. It will only
be used for building my company's software so it's not clear that I
would even want to put it in standard system paths.
Can you describe how the LDFLAGS option would work in more detail?
Thanks,
Uri
On Fri, Apr 16, 2010 at 4:59 PM, Marc Glisse
<marc.glisse+gcc@normalesup.org> wrote:
> On Fri, 16 Apr 2010, Uri Moszkowicz wrote:
>
>> What I don't understand is that libmpc.so.2 is in the provided --with-mpc
>> path yet configure isn't passing it in to the test program. The build
>> passes
>> by the way if I add the lib directories of all those --with arguments to
>> LD_LIBRARY_PATH but then produced executables require the LD_LIBRARY_PATH
>> to
>> continue to be set.
>
> Runtime path is something gcc doesn't seem to know anything about. When you
> install gcc in a non-standard location, it won't tell the programs it builds
> where they can find libgcc_s.so.1. Even bootstrapping itself, it won't tell
> its next iteration where to find libmpc.so.2. The easiest solution is to use
> static versions of gmp/mpfr/mpc so there is no library to search for at
> runtime (this is what happens when you let the gcc build process compile
> gmp/mpfr/mpc for you). Otherwise, you can use LD_LIBRARY_PATH, or put the
> libraries in /usr/local/lib (assuming it is searched by default) or setup
> ld.so.conf so it looks in the right places, or use LDFLAGS (BOOT_LDFLAGS?)
> to pass a -rpath option to the linker.
>