[Bug libstdc++/54448] New: many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[Bug libstdc++/54448] New: many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[htl10 at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

             Bug #: 54448
           Summary: many failures with /sbin/loader: Error:
                    libstdc++.so.6: symbol "__pthread_mutex_init"
                    unresolved
    Classification: Unclassified
           Product: gcc
           Version: 4.7.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: htl10@users.sourceforge.net


Am running 4.7.1 testsuite on alphaev68-dec-osf5.1a,
and seeing a lot of 

237556:./what-1.exe: /sbin/loader: Error: libstdc++.so.6: symbol
"__pthread_mutex_init" unresolved
237556:./what-1.exe: /sbin/loader: Fatal Error: Load of "./what-1.exe" failed:
Unresolved symbol name
FAIL: 27_io/ios_base/failure/what-1.cc execution test

about __pthread_mutex_init being unresolved.

The previous testsuite result I summitted
(http://gcc.gnu.org/ml/gcc-testresults/2011-08/msg00587.html) also seems to
have a lot of unexpected failures for 4.6.1:

        === libstdc++ Summary ===

# of expected passes        4091
# of unexpected failures    2312
# of expected failures        80
# of unsupported tests        747
        === g++ tests ===

I'll write again when 4.7.1. finishes.

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[htl10 at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

Hin-Tak Leung <htl10 at users dot sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
               Host|                            |alphaev68-dec-osf5.1a
      Known to fail|                            |4.6.1, 4.7.1

--- Comment #1 from Hin-Tak Leung <htl10 at users dot sourceforge.net> 2012-09-02 17:50:41 UTC ---
4.7.1 also have a high failure rate:

        === libstdc++ Summary ===

# of expected passes        4583
# of unexpected failures    2519
# of expected failures        41
# of unsupported tests        670

I have a few others and they are similar - about 1/2 failed in libstdc++ .

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[htl10 at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

Hin-Tak Leung <htl10 at users dot sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |4.3.3, 4.3.6, 4.4.1, 4.4.7
      Known to fail|                            |4.5.0, 4.5.4

--- Comment #2 from Hin-Tak Leung <htl10 at users dot sourceforge.net> 2012-09-25 04:41:14 UTC ---
See my testsuite results for various versions submitted on 25 sept 2012:
http://gcc.gnu.org/ml/gcc-testresults/2012-09/

The issue seems to happen with 4.5.0.

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jwakely.gcc at gmail dot
                   |                            |com

--- Comment #3 from Paolo Carlini <paolo.carlini at oracle dot com> 2012-09-28 15:00:04 UTC ---
Jon, can you have a look to this one? Thanks in advance..

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

--- Comment #4 from Jonathan Wakely <redi at gcc dot gnu.org> 2012-09-28 15:40:37 UTC ---
How is GCC configured?

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[htl10 at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

--- Comment #5 from Hin-Tak Leung <htl10 at users dot sourceforge.net> 2012-09-28 15:51:37 UTC ---
(In reply to comment #4)
> How is GCC configured?

Just "/where/source/is/configure" with no options. You can see it at the bottom
of :
http://gcc.gnu.org/ml/gcc-testresults/2012-09/msg02452.html for 4.5.0
http://gcc.gnu.org/ml/gcc-testresults/2012-09/msg02457.html for 4.5.1

all built with 4.3.3. 

(sorry the one for 4.5.0 has an extra --enable-obsolete - I must have copied it
blindly because 4.7.x for Tru64 needed it. But you can see the others on sept
25 
http://gcc.gnu.org/ml/gcc-testresults/2012-09/
- there are 20+ of them for various versions, and the 4.5.x and 4.6.x should be
without that).

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[htl10 at users dot sourceforge.net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

--- Comment #6 from Hin-Tak Leung <htl10 at users dot sourceforge.net> ---
The latest with 4.6.4 and 4.7.3 :
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg00048.html
http://gcc.gnu.org/ml/gcc-testresults/2014-01/msg00049.html

seems to be a lot healthier.

During the course of the latest round, I realised that it seems that GNU strip
from GNU binutils seems to confuse the configure system
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959 bootstrap failed at
Comparing stages 2 and 3) on -gtoggle ; so I am putting /usr/local/bin *last*,
instead of first as previously.

gcc these days requires GNU tar to extract, and GNU make, GNU bash to configure
and make, so it is almost a habit to put /usr/local/bin first, but GNU strip
certainly seems to behave differently from DEC strip.

Would any of GNU binutils causes
"/sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init"
unresolved"? If there is a simple test, I can try.

[Bug libstdc++/54448] many failures with /sbin/loader: Error: libstdc++.so.6: symbol "__pthread_mutex_init" unresolved

[ro at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54448

Rainer Orth <ro at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |ro at gcc dot gnu.org
         Resolution|---                         |WONTFIX

--- Comment #7 from Rainer Orth <ro at gcc dot gnu.org> ---
4.7 branch closed.