This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
c++/7518: Problem on opening a shared library with Gcc3.1.1
- From: lionel dot champalaune at sophia dot inria dot fr
- To: gcc-gnats at gcc dot gnu dot org
- Date: 7 Aug 2002 07:28:58 -0000
- Subject: c++/7518: Problem on opening a shared library with Gcc3.1.1
- Reply-to: lionel dot champalaune at sophia dot inria dot fr
>Number: 7518
>Category: c++
>Synopsis: Problem on opening a shared library with Gcc3.1.1
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: unassigned
>State: open
>Class: wrong-code
>Submitter-Id: net
>Arrival-Date: Wed Aug 07 00:36:04 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator: Lionel Champalaune
>Release: GCC 3.1.1
>Organization:
>Environment:
i686-pc-linux
>Description:
An error message appear when a shared library is opened.
> Error: ./libTestlib.so: undefined symbol:
_ZNSt19basic_ostringstreamIcSt11char_traitsIcESaIcEEC1ESt13_Ios_Openmode
This problem didn't appear with the 3.1 version.
Libtool is used, and it's in the generated compilation that the bug
appears.
This problem doesn't appear when the -g option to gcc is given.
By using g++ instead of gcc, the problem disappear. gcc is used by
libtool in a looklike utilization.
>How-To-Repeat:
run the file Command:
>./Commandgcc
>Fix:
Used g++ instead of gcc in the second line:
>./Commandg++
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="Commandgcc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Commandgcc"
ZysrIC1jIC1vIFRlc3RsaWIubG8gVGVzdGxpYi5DIApnY2MgLXNoYXJlZCBUZXN0bGliLmxvIC1X
bCwtc29uYW1lIC1XbCxsaWJUZXN0bGliLnNvIC1vIGxpYlRlc3RsaWIuc28KZysrIFRlc3RtYWlu
LkMgLWxkbAouL2Eub3V0Cg==