Re: libstdc++/3497: after build problem

Re: libstdc++/3497: after build problem

[pme]

Synopsis: after build problem

Responsible-Changed-From-To: unassigned->pme
Responsible-Changed-By: pme
Responsible-Changed-When: Mon Jul  2 13:01:14 2001
Responsible-Changed-Why:
    I changed it.
State-Changed-From-To: open->closed
State-Changed-By: pme
State-Changed-When: Mon Jul  2 13:01:14 2001
State-Changed-Why:
    Thank you for your bug report.
    
    This is a binutils problem; there is a series of versions
    of binutils which don't work, and the missing __dso_handle
    symbol is the symptom.  You should either downgrade your
    binutils to an older version, or (preferably) upgrade to a
    newer version, such as 2.12.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view&pr=3497&database=gcc

Re: libstdc++/3497: after build problem

[Phil Edwards]

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

From: Phil Edwards <pedwards@disaster.jaj.com>
To: "Joseph S. Myers" <jsm28@cam.ac.uk>
Cc: pme@gcc.gnu.org, gcc-bugs@gcc.gnu.org, isabet@club-internet.fr,
        gcc-gnats@gcc.gnu.org
Subject: Re: libstdc++/3497: after build problem
Date: Mon, 2 Jul 2001 15:03:55 -0400

 On Mon, Jul 02, 2001 at 09:09:53PM +0100, Joseph S. Myers wrote:
 > On 2 Jul 2001 pme@gcc.gnu.org wrote:
 > 
 > >     This is a binutils problem; there is a series of versions
 > >     of binutils which don't work, and the missing __dso_handle
 > >     symbol is the symptom.  You should either downgrade your
 > >     binutils to an older version, or (preferably) upgrade to a
 > >     newer version, such as 2.12.
 
 I meant 2.11.2 there, oops.
 
 > Closing a PR is hardly a complete fix to this problem - if some binutils
 > versions don't work, we should test for the bug in configure and refuse to
 > configure with broken binutils.  If the requirement for recent binutils is
 > platform-independent, we should also document it generally in
 > doc/install.texi and remove the documentation under specific targets
 > mentioning various old versions that are required.
 
 The .hidden bug has been showing up for more than a year on gcc-bugs;
 "upgrade your binutils" is what's always been said.  This particular
 problem is not a priority for me.
 
 
 Phil
 
 -- 
 Would I had phrases that are not known, utterances that are strange, in
 new language that has not been used, free from repetition, not an utterance
 which has grown stale, which men of old have spoken.
                                      - anonymous Egyptian scribe, c.1700 BC

Re: libstdc++/3497: after build problem

[Joseph S. Myers]

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

From: "Joseph S. Myers" <jsm28@cam.ac.uk>
To: <pme@gcc.gnu.org>
Cc: <gcc-bugs@gcc.gnu.org>,  <isabet@club-internet.fr>, 
     <gcc-gnats@gcc.gnu.org>
Subject: Re: libstdc++/3497: after build problem
Date: Mon, 2 Jul 2001 21:09:53 +0100 (BST)

 On 2 Jul 2001 pme@gcc.gnu.org wrote:
 
 >     This is a binutils problem; there is a series of versions
 >     of binutils which don't work, and the missing __dso_handle
 >     symbol is the symptom.  You should either downgrade your
 >     binutils to an older version, or (preferably) upgrade to a
 >     newer version, such as 2.12.
 
 Closing a PR is hardly a complete fix to this problem - if some binutils
 versions don't work, we should test for the bug in configure and refuse to
 configure with broken binutils.  If the requirement for recent binutils is
 platform-independent, we should also document it generally in
 doc/install.texi and remove the documentation under specific targets
 mentioning various old versions that are required.
 
 -- 
 Joseph S. Myers
 jsm28@cam.ac.uk
 

libstdc++/3497: after build problem

[isabet]

>Number:         3497
>Category:       libstdc++
>Synopsis:       after build problem
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Sat Jun 30 06:16:01 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator:     isabet@club-internet.fr
>Release:        gcc-3.0.0
>Organization:
>Environment:
debian 2.2 + linux 2.4.5
>Description:
whne compiling some applications or when launching some
applications, I've the followinf message:
libstdc++: undefined symbol __dso_handle
There's no error during the compilation of gcc-3.0.0
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: