RE: libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a

RE: libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a

[Keegan, David]

The following reply was made to PR libstdc++/4455; it has been noted by GNATS.

From: "Keegan, David" <David.Keegan@marconi.com>
To: pme@gcc.gnu.org, david.keegan@marconi.com, gcc-bugs@gcc.gnu.org,
        gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, gcc-gnats@gcc.gnu.org
Cc:  
Subject: RE: libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a
Date: Tue, 12 Mar 2002 04:08:48 -0500

 Hi,
 
 Thanks for responding. Yes, I still have the problem. I was able to work
 around it as described in my submission. I just don't have the time to work
 on it myself at the moment.
 
 Regards,
 David.
 
 [David Keegan Lead Engineer]
 [Marconi West Pier Dun Laoghaire]
 [353-1-6638501]
 
 > -----Original Message-----
 > From: pme@gcc.gnu.org [mailto:pme@gcc.gnu.org]
 > Sent: 11 March 2002 21:50
 > To: david.keegan@marconi.com; gcc-bugs@gcc.gnu.org; 
 > gcc-prs@gcc.gnu.org;
 > nobody@gcc.gnu.org
 > Subject: Re: libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a
 > 
 > 
 > Synopsis: HP-UX - libstdc++.sl depends on libgcc.a
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: pme
 > State-Changed-When: Mon Mar 11 13:49:32 2002
 > State-Changed-Why:
 >     Thank you for your bug report.
 >     
 >     Note that high priority is reserved to maintainers.
 >     (Please see the reporting instructions.)
 >     
 >     Is this problem still occuring for you?  If it is, we'll
 >     have to get help from somebody who knows HPUX.
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&
 database=gcc&pr=4455
 > 

Re: libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a

[pme]

Synopsis: HP-UX - libstdc++.sl depends on libgcc.a

State-Changed-From-To: open->feedback
State-Changed-By: pme
State-Changed-When: Mon Mar 11 13:49:32 2002
State-Changed-Why:
    Thank you for your bug report.
    
    Note that high priority is reserved to maintainers.
    (Please see the reporting instructions.)
    
    Is this problem still occuring for you?  If it is, we'll
    have to get help from somebody who knows HPUX.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=4455

libstdc++/4455: HP-UX - libstdc++.sl depends on libgcc.a

[david.keegan]

>Number:         4455
>Category:       libstdc++
>Synopsis:       HP-UX - libstdc++.sl depends on libgcc.a
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Oct 03 07:16:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     David Keegan
>Release:        gcc-3.0.1
>Organization:
>Environment:
HPUX 11.00 gcc-3.0.1 binutils-2.11.2 hppa1.1-hp-hpux11
>Description:
The shared version of libstdc++ that is built on
HP-UX 11.00 with gcc-3.0.1/binutils-2.11.2 has
several unresolved symbols (_Unwind_SjLj_Register etc)
that would have been resolved by linking it with
libgcc.a.

When attempting to link my own shared library
containing C++ code these symbols remain unresolved
even though -lgcc is in the link command both before
and after -lstdc++ and even if the +n option is passed
to the HP-UX linker. There are no warnings when my
shared library is being linked, but when one of its 
functions is called it aborts due to the unresolved
symbols in libstdc++.

I can work around this by using the -Fl link option to
force all of libgcc.a into my shared library, but it is
hardly an acceptable solution.

Should libstdc++.sl not have been linked against libgcc.a
in the first place to resolve these symbols? How can I
make this happen?
>How-To-Repeat:
Build a shared library with C++ code containing
new char[n]/delete[] and link with -lstdc++ option.
>Fix:
Use -Wl,-Fl,<path>/libgcc.a to force in all of libgcc.a
when linking the shared library.
>Release-Note:
>Audit-Trail:
>Unformatted: