Re: [HELP]: Name conflicting in dynamically loading shared libraries

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

 



Jovi Zhang <bookjovi@xxxxxxxxx> writes:

> Â ÂI encounter a problem about several .so library linked by a
> problem, when a library A executing call function which source at same
> .so, but strangly it jump to another library B address with same
> function name, then program crash.
>
> Â ÂWhy library A don't find function name in itself address space
> firstly? because compiled using option -fPIC? and how can we avoid
> this problem except change function name?
> Â ÂI know C++ namespace can do this, but it only suit for C++, how
> about C face these problem? Can we use some gcc option help me?

Please never send messages to both gcc@xxxxxxxxxxx and
gcc-help@xxxxxxxxxxxx  This message is appropriate for
gcc-help@xxxxxxxxxxx; it is not appropriate for gcc@xxxxxxxxxxxx  Please
keep any followups on gcc-help.  Thanks.

You did not mention what operationg system you are using.  Assuming it
is GNU/Linux, then this is expected behaviour.  Shared libraries on
GNU/Linux and other ELF systems act approximately like static
libraries.  When two shared libraries define a symbol with the same
name, the first one encountered is used.

There are a number of ways to change this default behaviour: GCC's
-fvisibility option, GCC's visibility attribute, the linker's -Bsymbolic
option, linker version scripts, etc.

Ian



[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux