This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: egcs-19990103 c++ on Solaris2.6 needs -R/usr/local/lib
- To: Horst von Brand <vonbrand at inf dot utfsm dot cl>
- Subject: Re: egcs-19990103 c++ on Solaris2.6 needs -R/usr/local/lib
- From: Alexandre Oliva <oliva at dcc dot unicamp dot br>
- Date: 11 Jan 1999 12:33:25 -0200
- Cc: egcs-bugs at cygnus dot com
- References: <199901111400.LAA14171@pincoya.inf.utfsm.cl>
On Jan 11, 1999, Horst von Brand <vonbrand@inf.utfsm.cl> wrote:
> Alexandre Oliva <oliva@dcc.unicamp.br> said:
>> Another option is to add $(libexecdir)/ between
>> `-h' and `$(SHLIB)' in $(SHFLAGS), in libstdc++/config/sol2shm.ml.
>> This will hardcode the full pathname of the library into itself, so
>> that any program that links with it will be able to find it. However,
>> if the library is ever moved, not even LD_LIBRARY_PATH will help find
>> it.
> AFAIU, libstdc++ is essentially a part of the compiler, so it might as well
> do that to fix the problem once and for all?
Hard-coding the library path into the library soname is not always
desirable, and not widely portable. Maybe some day libtool will be
integrated into egcs, so that using shared libraries would become
easy. Meanwhile, arranging that the executables find the shared
libraries is left as an exercise for the installer. That's why shared
libraries aren't enabled by default, I think.
--
Alexandre Oliva http://www.dcc.unicamp.br/~oliva aoliva@{acm.org}
oliva@{dcc.unicamp.br,gnu.org,egcs.cygnus.com,samba.org}
Universidade Estadual de Campinas, SP, Brasil