This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
libstdc++/4260: ABI change beween 3.0 and 3.0.1: programs linked with 3.0 lib don't work after 3.0.1 lib is installed
- To: gcc-gnats at gcc dot gnu dot org
- Subject: libstdc++/4260: ABI change beween 3.0 and 3.0.1: programs linked with 3.0 lib don't work after 3.0.1 lib is installed
- From: dave dot anglin at nrc dot ca
- Date: 7 Sep 2001 20:09:17 -0000
- Reply-To: dave dot anglin at nrc dot ca
>Number: 4260
>Category: libstdc++
>Synopsis: ABI change beween 3.0 and 3.0.1: programs linked with 3.0 lib don't work after 3.0.1 lib is installed
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Sep 07 13:16:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: John David Anglin
>Release: unknown-1.0
>Organization:
>Environment:
hppa1.1-hp-hpux10.20
>Description:
The symbol names for the libstdc++ global constructor and
destructor changed from
_GLOBAL__FI_libstdc___sl_3_0
_GLOBAL__FD_libstdc___sl_3_0
to
_GLOBAL__FI_libstdc___sl_3_1
1.
The internal name for both library versions is
`libstdc++.sl.3'. Thus, programs linked with the
3.0 library load the new 3.1 library. However,
they fail when the symbol _GLOBAL__FI_libstdc___sl_3_0
isn't found.
The same constructor/destructor names need to be used
for libraries that are supposed to compatible, and they
need to be kept in sync with the internal names used for
the library.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: