subject:"\[Bug libstdc\+\+\/64797\] 22_locale\/conversions\/string\/2.cc FAILs"

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-03-04 Thread howarth at bromo dot med.uc.edu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #11 from howarth at bromo dot med.uc.edu --- Confirmed that the libstdc++ test suite now shows no regressions on x86_64-apple-darwin14.

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-03-04 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-03-04 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #9 from Jonathan Wakely --- Author: redi Date: Wed Mar 4 17:19:55 2015 New Revision: 221189 URL: https://gcc.gnu.org/viewcvs?rev=221189&root=gcc&view=rev Log: PR libstdc++/64797 * include/bits/locale_conv.h (wstring_convert:

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-03-03 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #8 from Jonathan Wakely --- No, I'm switching the test to use either char16_t or char32_t instead of wchar_t, because that definitely causes a conversion error (instead of depending on the native character set used by wchar_t). Doing

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-03-03 Thread howarth at bromo dot med.uc.edu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #7 from howarth at bromo dot med.uc.edu --- (In reply to Jonathan Wakely from comment #6) > I think this is probably a bug in the test. I was expecting "Stop\\xff\\xff" > to cause a conversion error, but it is successfully converted to

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-02-12 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #6 from Jonathan Wakely --- I think this is probably a bug in the test. I was expecting "Stop\\xff\\xff" to cause a conversion error, but it is successfully converted to a wide string.

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-01-30 Thread howarth at bromo dot med.uc.edu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #5 from howarth at bromo dot med.uc.edu --- (In reply to Dominique d'Humieres from comment #4) > The test has been introduced at r219780. The first failure I see is for > r219808 (the previous tested revision is r219776). It is likely

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-01-28 Thread dominiq at lps dot ens.fr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #4 from Dominique d'Humieres --- The test has been introduced at r219780. The first failure I see is for r219808 (the previous tested revision is r219776). It is likely that the test has never worked on darwin.

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-01-27 Thread howarth at bromo dot med.uc.edu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #3 from howarth at bromo dot med.uc.edu --- Still present at r220189 on x86_64-apple-darwin14.

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-01-27 Thread redi at gcc dot gnu.org

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/64797] 22_locale/conversions/string/2.cc FAILs

2015-01-26 Thread howarth at bromo dot med.uc.edu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64797 --- Comment #2 from howarth at bromo dot med.uc.edu --- Created attachment 34587 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34587&action=edit Trace in lldb of failing -m32 testcase of 22_locale/conversions/string/2.cc on x86_64-apple-dar