On Mon, Jul 18, 2005 at 09:00:13PM -0400, Nathanael Nerode wrote:

 > ...but wait.  If this is the case, isn't there a potential problem
 > when a C++ program uses libGLU?  Couldn't we end up with conflicting
 > symbols from two different versions of libstdc++, one linked into
 > libGLU and the other linked into the program which uses libGLU, and
 > therefore possibly get unreliable or incorrect linkage at runtime?
 > Or is libstdc++ using versioned symbols (in which case that can't
 > happen)?

 Well, that's what the ABI change is about, isn't it?

 g++ _does_ emit a warning regarding two different libstdc++ libraries
 being uses and that being a potential cause of trouble.  I haven't sit
 down and checked this symbol for symbol this time, but from the last
 time I did do it I remember that the symbols are either named different
 or mangled different or versioned different, e.g.:

0004c0d0  w   DF .text  000000f8  GLIBCPP_3.2 _ZNSi3getEv

 vs.

00062cb0  w   DF .text  00000103  GLIBCXX_3.4 _ZNSi3getEv

-- 
Marcelo


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to