[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Libtool modules and symbol clashes

From: Roumen Petrov
Subject: Re: Libtool modules and symbol clashes
Date: Wed, 07 Nov 2007 21:40:31 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20071024 SeaMonkey/1.1.5

Russ Allbery wrote:
"Simon White" <address@hidden> writes:

However if one of those modules internally calls a function that is also
marked as being exported it does not necessarily call the function in
its own library.  Depending on order it may call the function that
exists in the other library instead.  Note that both modules are only
manually loaded and neither are loading symbols from each other.

It may (or may not) help as a workaround to build your modules with
-Wl,-Bsymbolic, which tells the linker to bind all symbols locally within
the shared object if possible at link time.  This will (hopefully) cause
the module to be built without an external reference to that symbol, so
then there's nothing to go wrong at runtime.

Note that this will change other linker behavior.  Read the GNU ld
documentation for more details on exactly what the option does.

One recent discussion (pros and cons) about -Bsymbolic can be fount at 
""; .
It seems to me that the OpenSSL project stay with -Bsymbolic but Debian create 
packages without :-/


reply via email to

[Prev in Thread] Current Thread [Next in Thread]