At r218988 I see the following failures on x86_64-apple-darwin14: FAIL: 22_locale/locale/cons/6.cc execution test FAIL: 22_locale/num_get/get/char/11.cc execution test FAIL: 22_locale/num_get/get/char/12.cc execution test FAIL: 22_locale/num_get/get/char/13.cc execution test FAIL: 22_locale/num_get/get/char/14.cc execution test FAIL: 22_locale/num_get/get/char/15.cc execution test FAIL: 22_locale/num_get/get/char/22131.cc execution test FAIL: 22_locale/num_get/get/char/23953.cc execution test FAIL: 22_locale/num_get/get/char/37958.cc execution test FAIL: 22_locale/num_get/get/char/39168.cc execution test FAIL: 22_locale/num_get/get/wchar_t/11.cc execution test FAIL: 22_locale/num_get/get/wchar_t/12.cc execution test FAIL: 22_locale/num_get/get/wchar_t/13.cc execution test FAIL: 22_locale/num_get/get/wchar_t/14.cc execution test FAIL: 22_locale/num_get/get/wchar_t/15.cc execution test FAIL: 22_locale/num_get/get/wchar_t/22131.cc execution test FAIL: 22_locale/num_get/get/wchar_t/23953.cc execution test FAIL: 22_locale/num_get/get/wchar_t/37958.cc execution test FAIL: 22_locale/num_get/get/wchar_t/39168.cc execution test FAIL: 22_locale/num_put/put/char/11.cc execution test FAIL: 22_locale/num_put/put/char/23953.cc execution test FAIL: 22_locale/num_put/put/char/38196.cc execution test FAIL: 22_locale/num_put/put/wchar_t/11.cc execution test FAIL: 22_locale/num_put/put/wchar_t/23953.cc execution test FAIL: 22_locale/num_put/put/wchar_t/38196.cc execution test FAIL: 22_locale/numpunct/members/char/cache_1.cc execution test FAIL: 22_locale/numpunct/members/char/cache_2.cc execution test FAIL: 22_locale/numpunct/members/wchar_t/cache_1.cc execution test FAIL: 22_locale/numpunct/members/wchar_t/cache_2.cc execution test FAIL: 27_io/basic_istream/extractors_arithmetic/char/07.cc execution test FAIL: 27_io/basic_istream/extractors_arithmetic/char/08.cc execution test FAIL: 27_io/basic_istream/extractors_arithmetic/wchar_t/07.cc execution test FAIL: 27_io/basic_istream/extractors_arithmetic/wchar_t/08.cc execution test FAIL: 27_io/basic_ostream/inserters_arithmetic/char/1.cc execution test FAIL: 27_io/basic_ostream/inserters_arithmetic/wchar_t/1.cc execution test FAIL: 27_io/manipulators/adjustfield/char/1.cc execution test FAIL: 27_io/manipulators/adjustfield/wchar_t/1.cc execution test FAIL: 27_io/manipulators/basefield/char/1.cc execution test FAIL: 27_io/manipulators/basefield/wchar_t/1.cc execution test FAIL: ext/profile/mutex_extensions_neg.cc (test for errors, line 306) FAIL: ext/profile/mutex_extensions_neg.cc (test for excess errors) They are of the kind 11.exe(53592,0x7fff76220300) malloc: *** error for object 0x10da37cbc: pointer being freed was not allocated but for ext/profile/mutex_extensions_neg.cc also seen on linux.
See also https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg02528.html for the darwin specific failures and https://gcc.gnu.org/ml/gcc-regression/2014-12/msg00774.html for the mutex_extensions_neg.cc ones.
I have forgotten the CC list.
Appeared between 218883 (works) and 218985 (fails) [I'm glad my nightly tester is useful!] Culprits are: r218984 | redi | 2014-12-20 01:19:40 +0100 (Sat, 20 Dec 2014) | 4 lines Fix duplicate symbol errors in Darwin bootstrap. * src/c++98/locale-inst.cc (__add_grouping, __pad, __int_to_char): Only compile for old ABI. r218964 | redi | 2014-12-19 19:16:39 +0100 (Fri, 19 Dec 2014) | 183 lines New std::string implementation.
> [I'm glad my nightly tester is useful!] Nightly testers would be extremely useful if people used to look at their results!-(
(In reply to Francois-Xavier Coudert from comment #3) > Appeared between 218883 (works) and 218985 (fails) [I'm glad my nightly > tester is useful!] > > Culprits are: > > r218984 | redi | 2014-12-20 01:19:40 +0100 (Sat, 20 Dec 2014) | 4 lines > > Fix duplicate symbol errors in Darwin bootstrap. > > * src/c++98/locale-inst.cc (__add_grouping, __pad, __int_to_char): > Only compile for old ABI. > > r218964 | redi | 2014-12-19 19:16:39 +0100 (Fri, 19 Dec 2014) | 183 lines > > New std::string implementation. The r218964 commit can't be at fault as I have posted testing at r218877... https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg02450.html and the libstdc++ results are pristine. The commit at r218984 seems bizarre as it has no associated PR for the supposed bug.
(In reply to howarth from comment #5) Ignore that I misread the commit numbering.
cris-elf too, observed starting in r218951:218978 here, so I suggest not hand-waving away our reports, in particular as they indicate pointer-dependent bugs. I haven't investigated each commit, but looking at the "svn diff -r218951:218978" a wild guess would be a bug in the rewrite-changes perhaps related to_GLIBCXX_USE_WCHAR_T. If you can't see it on your system, please run the test under valgrind. The .log entries indicate bugs consistent with the previously quoted log entries (i.e. some allocation bug): PASS: 22_locale/locale/cons/6.cc (test for excess errors) core: 4 byte misaligned read to address 0xa2ce236 at 0x45788 program stopped with signal 10 (User defined signal 1). FAIL: 22_locale/locale/cons/6.cc execution test
BTW, the ext/profile/mutex_extensions_neg.cc errors were deliberately fixed in r218988:218990. Also fails on i386-unknown-freebsd10.1: <https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg03274.html> (unfortunately no svn revision quoted but compare to <https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg02452.html>).
Who is waving anything away? I've been fixing things for Darwin at all hours of the day, while on vacation and while ill, so don't appreciate that comment. I have run the years in valgrind and saw no problem on Linux. Someone could always try debugging things themselves, even if just posting full stack traces to this report.
(In reply to Jonathan Wakely from comment #9) > Who is waving anything away? I wasn't referring to you. Apparently I was referring to a comment that was supposed to be ignored. > I've been fixing things for Darwin at all hours > of the day, while on vacation and while ill, so don't appreciate that > comment. Sorry! Your work and diligence is much appreciated. Get well soon. HNY. > Someone could always try debugging things themselves, even if just posting full stack traces to this report. "Bare-metal" simulator setup without gdb, unfortunately. brgds, H-P
Created attachment 34344 [details] Call-trace for testsuite/22_locale/locale/cons/6.cc on cris-elf, a "newlib target" Plain execution trace from 22_locale/locale/cons/6.cc compiled with default testsuite options, so inlining and whatever effects apply. In the trace, lines with ">" denotes function calls, "<" are returns, with indentation supposed to show the call-level. The first four columns are the hexadecimal values of the first four parameters as applicable (actually, "parameter registers" but none are larger than 32 bits here, so same thing) / ditto return values, padded with random contents. (The fifth column is cumulative execution times at each call-level.) By a quick glance it seems the freed-but-not-allocated pointer, 0x5e23a, is also the argument to the last call to strlen. HTH.
Apologies, I should read emails more carefully when I'm ill, or not respond at all! I plan to spend time on this later this week. HNY all!
Hi! Any plans on fixing this?
I've just confirmed that r218964 is also the cuprit for the (considerably smaller) set of 64-bit testsuite failures seen on Solaris (both SPARC and x86): FAIL: 22_locale/num_get/get/char/37958.cc execution test FAIL: 22_locale/num_get/get/wchar_t/23953.cc execution test FAIL: 22_locale/num_get/get/wchar_t/37958.cc execution test FAIL: 22_locale/num_put/put/char/23953.cc execution test FAIL: 22_locale/num_put/put/char/38196.cc execution test FAIL: 22_locale/num_put/put/wchar_t/23953.cc execution test FAIL: 22_locale/num_put/put/wchar_t/38196.cc execution test FAIL: 27_io/basic_ostream/inserters_arithmetic/char/1.cc execution test FAIL: 27_io/basic_ostream/inserters_arithmetic/wchar_t/1.cc execution test The first one e.g. is a SEGV: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1 (LWP 1)] 0xffff80ffbf4b2482 in realfree () from /lib/64/libc.so.1 (gdb) where #0 0xffff80ffbf4b2482 in realfree () from /lib/64/libc.so.1 #1 0xffff80ffbf4b2b70 in _free_unlocked () from /lib/64/libc.so.1 #2 0xffff80ffbf4b2acd in free () from /lib/64/libc.so.1 #3 0xffff80fcc0763a3f in std::__numpunct_cache<char>::~__numpunct_cache ( this=0x419f50, __in_chrg=<optimized out>) at /var/gcc/regression/trunk/11-gcc-gas/build/i386-pc-solaris2.11/amd64/libstdc++-v3/include/bits/locale_facets.h:1623 #4 0xffff80fcc0763a71 in std::__numpunct_cache<char>::~__numpunct_cache ( this=0x419f50, __in_chrg=<optimized out>) at /var/gcc/regression/trunk/11-gcc-gas/build/i386-pc-solaris2.11/amd64/libstdc++-v3/include/bits/locale_facets.h:1626 #5 0xffff80fcc07ffc37 in std::numpunct<char>::~numpunct (this=0x41a000, __in_chrg=<optimized out>) at numeric_members_cow.cc:66 #6 0xffff80fcc08109dd in ~numpunct_shim (this=0x41a000, __in_chrg=<optimized out>) at /vol/gcc/src/hg/trunk/local/libstdc++-v3/src/c++11/cxx11-shim_facets.cc:242 #7 std::__facet_shims::(anonymous namespace)::numpunct_shim<char>::~numpunct_shim (this=0x41a000, __in_chrg=<optimized out>) at /vol/gcc/src/hg/trunk/local/libstdc++-v3/src/c++11/cxx11-shim_facets.cc:242 #8 0xffff80fcc07f51ab in std::locale::_Impl::~_Impl() () from ../../../amd64/libstdc++-v3/src/.libs/libstdc++.so.6 #9 0xffff80fcc07f53e3 in std::locale::~locale() () from ../../../amd64/libstdc++-v3/src/.libs/libstdc++.so.6 #10 0x0000000000404506 in ~basic_ios (this=0xffff80ffbfffef88, __in_chrg=<optimized out>) at /var/gcc/regression/trunk/11-gcc-gas/build/i386-pc-solaris2.11/amd64/libstdc++-v3/include/bits/basic_ios.h:282 #11 ~basic_istringstream (this=0xffff80ffbfffef10, __in_chrg=<optimized out>, __vtt_parm=<optimized out>) at /var/gcc/regression/trunk/11-gcc-gas/build/i386-pc-solaris2.11/amd64/libstdc++-v3/include/sstream:433 #12 test01 () at /vol/gcc/src/hg/trunk/local/libstdc++-v3/testsuite/22_locale/num_get/get/char/23953.cc:75 #13 0x00000000004047e9 in main () at /vol/gcc/src/hg/trunk/local/libstdc++-v3/testsuite/22_locale/num_get/get/char/23953.cc:80 Rainer
> I've just confirmed that r218964 is also the cuprit for the > (considerably smaller) set of 64-bit testsuite failures seen > on Solaris (both SPARC and x86): Some are also seen on hppa2.0w-hp-hpux11.11, see https://gcc.gnu.org/ml/gcc-testresults/2015-01/msg02304.html: FAIL: 22_locale/conversions/string/2.cc execution test FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc (test for excess errors) FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc (test for excess errors) FAIL: 23_containers/vector/ext_pointer/types/2.cc execution test FAIL: 30_threads/shared_lock/requirements/explicit_instantiation.cc (test for excess errors) FAIL: 30_threads/shared_lock/requirements/typedefs.cc (test for excess errors) FAIL: 30_threads/shared_timed_mutex/requirements/standard_layout.cc (test for excess errors) FAIL: experimental/feat-cxx14.cc (test for excess errors) Note that the last failures belong to another PR: they come from a later commit and I see several of them on darwin (see FX tests). I have no inclination to open a PR for them as long as the PRs I open are rotting for ever.
(In reply to Dominique d'Humieres from comment #15) > Note that the last failures belong to another PR: they come from a later > commit and I see several of them on darwin (see FX tests). I have no > inclination to open a PR for them as long as the PRs I open are rotting for > ever. This PR is a month old today, hardly forever. I'm going to fix it.
For the failure of the 22_locale/locale/cons/6.cc execution test on darwin14, it traces as... % fsf-gdb ./11.exe GNU gdb (GDB) 7.8.2 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-apple-darwin14.1.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from ./11.exe...Reading symbols from /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/libstdc++-v3/testsuite/11.exe.dSYM/Contents/Resources/DWARF/11.exe...done. done. (gdb) break main Breakpoint 1 at 0x3860: file /sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150124/libstdc++-v3/testsuite/22_locale/num_get/get/char/11.cc, line 104. (gdb) r Starting program: /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/libstdc++-v3/testsuite/11.exe warning: Could not open OSO archive file "/BinaryCache/corecrypto/corecrypto-233.1.2~26/Symbols/BuiltProducts/libcorecrypto_static.a" warning: `/BinaryCache/coreTLS/coreTLS-35.1.2~2/Objects/coretls.build/coretls.build/Objects-normal/i386/system_coretls_vers.o': can't open to read symbols: No such file or directory. warning: Could not open OSO archive file "/BinaryCache/coreTLS/coreTLS-35.1.2~2/Symbols/BuiltProducts/libcoretls_ciphersuites.a" warning: Could not open OSO archive file "/BinaryCache/coreTLS/coreTLS-35.1.2~2/Symbols/BuiltProducts/libcoretls_handshake.a" warning: Could not open OSO archive file "/BinaryCache/coreTLS/coreTLS-35.1.2~2/Symbols/BuiltProducts/libcoretls_record.a" warning: Could not open OSO archive file "/BinaryCache/coreTLS/coreTLS-35.1.2~2/Symbols/BuiltProducts/libcoretls_stream_parser.a" Breakpoint 1, main () at /sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150124/libstdc++-v3/testsuite/22_locale/num_get/get/char/11.cc:104 104 { (gdb) s 105 test01(); (gdb) s test01 () at /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.1.0/i386/libstdc++-v3/include/bits/basic_ios.h:462 462 _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0) (gdb) s 40 { (gdb) s 462 _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0) (gdb) s 40 { (gdb) s 462 _M_streambuf(0), _M_ctype(0), _M_num_put(0), _M_num_get(0) (gdb) s warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) 0x94e20420 in dyld_stub_binder () from /usr/lib/system/libdyld.dylib (gdb) s Single stepping until exit from function dyld_stub_binder, which has no line number information. warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) 0x94e20440 in misaligned_stack_error_ () from /usr/lib/system/libdyld.dylib (gdb) s Single stepping until exit from function misaligned_stack_error_, which has no line number information. warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) warning: (Internal error: pc 0x0 in read in psymtab, but not in symtab.) 0x94e20458 in dyld_stub_binder_ () from /usr/lib/system/libdyld.dylib (gdb) s Single stepping until exit from function dyld_stub_binder_, which has no line number information. std::ios_base::ios_base (this=0xbffff49c) at ../../../../../../gcc-5-20150124/libstdc++-v3/src/c++11/ios.cc:76 76 ios_base::ios_base() throw() (gdb) s 11.exe(40298,0xa07ed1d4) malloc: *** error for object 0xc5a1e: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Program received signal SIGABRT, Aborted. 0x94e3c69a in __pthread_kill () from /usr/lib/system/libsystem_kernel.dylib
Author: redi Date: Mon Jan 26 23:42:39 2015 New Revision: 220143 URL: https://gcc.gnu.org/viewcvs?rev=220143&root=gcc&view=rev Log: PR libstdc++/64368 * config/locale/gnu/numeric_members.cc (numpunct<char>::~numpunct(), numpunct<wchar_t>::~numpunct()): Do not set _M_data->_M_grouping. * src/c++11/cxx11-shim_facets.cc (numpunct_shim): Remove _M_grouping and use cache's _M_grouping field. (__numpunct_fill_cache): Likewise. (__moneypunct_fill_cache): Improve comments. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/config/locale/gnu/numeric_members.cc trunk/libstdc++-v3/src/c++11/cxx11-shim_facets.cc
r220143 should fix a lot of these failures, I'll check the testresults to see what remains.
(In reply to Jonathan Wakely from comment #19) > r220143 should fix a lot of these failures, I'll check the testresults to > see what remains. On x86_64-apple-darwin14, the failures are now reduced to... FAIL: 22_locale/conversions/string/2.cc execution test FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc (test for excess errors) FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc (test for excess errors) FAIL: 30_threads/shared_lock/cons/1.cc (test for excess errors) FAIL: 30_threads/shared_lock/cons/2.cc (test for excess errors) FAIL: 30_threads/shared_lock/cons/3.cc (test for excess errors) FAIL: 30_threads/shared_lock/cons/4.cc (test for excess errors) FAIL: 30_threads/shared_lock/locking/1.cc (test for excess errors) FAIL: 30_threads/shared_lock/locking/2.cc (test for excess errors) FAIL: 30_threads/shared_lock/modifiers/1.cc (test for excess errors) FAIL: 30_threads/shared_lock/modifiers/2.cc (test for excess errors) FAIL: 30_threads/shared_lock/requirements/explicit_instantiation.cc (test for excess errors) FAIL: 30_threads/shared_lock/requirements/typedefs.cc (test for excess errors) FAIL: 30_threads/shared_timed_mutex/cons/1.cc (test for excess errors) FAIL: 30_threads/shared_timed_mutex/requirements/standard_layout.cc (test for excess errors) FAIL: 30_threads/shared_timed_mutex/try_lock/1.cc (test for excess errors) FAIL: 30_threads/shared_timed_mutex/try_lock/2.cc (test for excess errors) FAIL: experimental/feat-cxx14.cc (test for excess errors)
> On x86_64-apple-darwin14, the failures are now reduced to... > FAIL: 22_locale/conversions/string/2.cc execution test > FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc > (test for excess errors) > FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc > (test for excess errors) > FAIL: 30_threads/shared_lock/cons/1.cc (test for excess errors) > ... Confirmed, thanks for the fix. The first failure is covered by pr64797, the 23_containers/* failures are covered by pr64813, and I'll open a new PR for the remaining ones ASAP. I am waiting for feedback from the other platforms before closing the PR as FIXED.
(In reply to howarth from comment #20) > On x86_64-apple-darwin14, the failures are now reduced to... > > FAIL: 22_locale/conversions/string/2.cc execution test PR 64797 > FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc > (test for excess errors) > FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc > (test for excess errors) PR 64813 > FAIL: 30_threads/shared_lock/cons/1.cc (test for excess errors) > FAIL: 30_threads/shared_lock/cons/2.cc (test for excess errors) > FAIL: 30_threads/shared_lock/cons/3.cc (test for excess errors) > FAIL: 30_threads/shared_lock/cons/4.cc (test for excess errors) > FAIL: 30_threads/shared_lock/locking/1.cc (test for excess errors) > FAIL: 30_threads/shared_lock/locking/2.cc (test for excess errors) > FAIL: 30_threads/shared_lock/modifiers/1.cc (test for excess errors) > FAIL: 30_threads/shared_lock/modifiers/2.cc (test for excess errors) > FAIL: 30_threads/shared_lock/requirements/explicit_instantiation.cc (test > for excess errors) > FAIL: 30_threads/shared_lock/requirements/typedefs.cc (test for excess > errors) > FAIL: 30_threads/shared_timed_mutex/cons/1.cc (test for excess errors) > FAIL: 30_threads/shared_timed_mutex/requirements/standard_layout.cc (test > for excess errors) > FAIL: 30_threads/shared_timed_mutex/try_lock/1.cc (test for excess errors) > FAIL: 30_threads/shared_timed_mutex/try_lock/2.cc (test for excess errors) Fixed by r220161 > FAIL: experimental/feat-cxx14.cc (test for excess errors) Maybe also fixed by r220161
Author: redi Date: Tue Jan 27 11:12:04 2015 New Revision: 220161 URL: https://gcc.gnu.org/viewcvs?rev=220161&root=gcc&view=rev Log: PR libstdc++/64368 * include/std/shared_mutex (shared_timed_mutex::try_lock_for, shared_timed_mutex::try_lock_until): Only define when POSIX thread timeouts option is supported. (shared_timed_mutex::try_shared_lock_for, shared_timed_mutex::try_shared_lock_until): Likewise. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/shared_mutex
> > ... > > FAIL: 30_threads/shared_timed_mutex/try_lock/2.cc (test for excess errors) > > Fixed by r220161 Confirmed. PR fixed before being opened!-) > > FAIL: experimental/feat-cxx14.cc (test for excess errors) > > Maybe also fixed by r220161 Yes. Remaining after r220161 PR 64797 and PR 64813.
Great, thanks for confirming it. As you say, let's leave this open for now in case HP or Rainer still sees some of these failures.
(In reply to Jonathan Wakely from comment #25) > Great, thanks for confirming it. As you say, let's leave this open for now > in case HP or Rainer still sees some of these failures. JFTR, for cris-elf at r220153, my autotester is now down to the following regressions since the start of the epoch (11 years ago): gcc.sum gcc.dg/tls/alias-1.c libstdc++.sum 28_regex/traits/char/isctype.cc libstdc++.sum 28_regex/traits/wchar_t/isctype.cc (all covered by other PR:s, the last two may be on your short list :-) Thanks!
FreeBSD/amd64 is back to normal too, thanks! https://gcc.gnu.org/ml/gcc-testresults/2015-01/msg03141.html
Let's close this then, and I'll deal with the PRs for the remaining failures.
(In reply to Jonathan Wakely from comment #28) > Let's close this then, and I'll deal with the PRs for the remaining failures. Down to just... FAIL: 22_locale/conversions/string/2.cc execution test FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/2.cc (test for excess errors) FAIL: 23_containers/unordered_map/requirements/explicit_instantiation/4.cc (test for excess errors) on x86_64-apple-darwin14 at r220189.
> --- Comment #25 from Jonathan Wakely <redi at gcc dot gnu.org> --- > Great, thanks for confirming it. As you say, let's leave this open for now in > case HP or Rainer still sees some of these failures. Just for the record: all the failures on Solaris (with the exception of PR libstdc++/64797, of course) are gone, too. Thanks. Rainer