This is the mail archive of the gcc-help@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]

Re: GCC 4.5.1: cannot compute suffix of object files: cannot compile


"Dr. David Kirkby" <david.kirkby@onetel.net> writes:

> On 09/ 8/10 01:44 AM, Ian Lance Taylor wrote:
>> "Dr. David Kirkby"<david.kirkby@onetel.net>  writes:
>>
>>> IMHO, it would be very sensible if gcc had an option to configure such
>>> that the location of the run-time libraries was hard-coded in. Then,
>>> as long as "gcc" is in the path, the libraries would be found.
>>>
>>> This issue seems to come up time and time again. Some think that's a
>>> bad idea -
>>> but I think giving people the choice with an option to configure would
>>> be a good idea.
>>>
>>> I've tried arguing for this on the gcc bug database, but I've never got anywhere.
>>
>> It is a design goal that gcc always be able to find its libraries if you
>> move the installation tree as a whole.
>
> But that does not happen. gcc often can't find it's libraries, which
> is why there are so many reports of "cannot compute suffix of object
> files".
> 
> I would like to be able configure gcc such that it goes into a
> directory of my choosing, and can find its libraries, without
> resorting to setting LD_LIBRARY_PATH.

OK, I misunderstood what you wanted.  I thought you were talking about
gcc finding the libraries that it links programs against.  You are
actually talking about the dynamic linker finding the libraries that gcc
itself is linked against, which is quite a different matter.

I think what you are suggesting is that when gcc is configured with
--with-mpfr, etc., that there should be an option to link the compiler
with appropriate --rpath options to find those libraries.  That seems
reasonable to me.  I encourage you to open an enhancement request at
http://gcc.gnu.org/bugzilla/ .  Thanks.

Ian


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]