Including -R /usr/local/lib?

Amos A Gouaux amos@utdallas.edu
Sun Apr 19 18:48:00 GMT 1998


First, I apologize for not searching the web list archives more
extensively.  I searched the last two months and didn't see any
solutions, then I posted.  If I searched the very next month I
would have come across the more lengthy thread. 

BTW, can a search page be added?  On SunSolve, you can specify
which "collections" to search, how many months back to search,
and how many responses to return.  Here, the collections could be
the various egcs lists.  Considering the size of this project,
some kind of more intelligent searching mechanism would really be
helpful.

On 18 Apr 1998, Alexandre Oliva wrote:

> 1) modify the specs file (/usr/local/lib/gcc-lib/*/*/specs) and add -R
> to the `*link:' or `*lib:' pattern

I'm not familiar with the syntax of this file, so instead tried
the following suggestion. 

> 2) modify `libstdc++/config/*.ml' and modify the `-h' or `-soname'
> switch so that it includes the full pathname of the library.

Indeed, this works just fine.  Actually, this might even be
better since one could still use LD_RUN_PATH, if absolutely
necessary.  The specs file approach would render LD_RUN_PATH
useless. 

Since it was raised, I would agree that g++ should not
arbitrarily add -R all over the place.  However, since g++
automatically links in libstdc++, it seems reasonable that the
resulting executable should at least be able to find this
library.  Altering sol2shm.ml took care of this nicely. 

Thanks.

amos





More information about the Gcc mailing list