This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/35577] configure: error: cannot compute suffix of object files
- From: "brian at dessent dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Mar 2008 10:20:19 -0000
- Subject: [Bug bootstrap/35577] configure: error: cannot compute suffix of object files
- References: <bug-35577-15913@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #6 from brian at dessent dot net 2008-03-15 10:20 -------
Subject: Re: configure: error: cannot compute suffix of
object files
al dot danial at gmail dot com wrote:
> Indeed, adding the MPFR and GPM lib directories to LD_LIBRARY_PATH solves the
> problem. For some reason I thought configure would handle this for me since I
It's the same case when installing any shared library on the system --
you have to inform the dynamic linker of their location (or put them
somewhere it already knows to search) otherwise programs that use that
library can't run. Configure doesn't really know how you want to handle
this: adding a path to LD_LIBRARY_PATH is but one way; you could also
add the path to ld.so.conf, or relink the libraries with the path
hardcoded (RPATH). It wouldn't be very prudent to have configure assume
that it should be adding things to LD_LIBRARY_PATH.
The reason the configure checks succeeded is they are checking for
compile time and link time behavior, i.e. they are exercising the link
editor (ld) not the dynamic linker (ld.so). I suppose it would be
possible for configure to try an additional execute check for sanity if
it's not crosscompiling. But the best you could do there is report a
problem, as again fixing it is outside of the realm of configure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35577