[Bug libstdc++/48101] obscure error message with std::set

2022-03-10 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #13 from Jonathan Wakely --- Nice!

[Bug libstdc++/48101] obscure error message with std::set

2022-03-10 Thread ldionne.2 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 Louis Dionne changed: What|Removed |Added CC||ldionne.2 at gmail dot com --- Comment #1

[Bug libstdc++/48101] obscure error message with std::set

2019-05-07 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #11 from Jonathan Wakely --- Author: redi Date: Tue May 7 15:46:05 2019 New Revision: 270960 URL: https://gcc.gnu.org/viewcvs?rev=270960&root=gcc&view=rev Log: PR libstdc++/85965 delay static assertions until types are complete The

[Bug libstdc++/48101] obscure error message with std::set

2019-03-26 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #10 from Jonathan Wakely --- Author: redi Date: Tue Mar 26 15:28:48 2019 New Revision: 269949 URL: https://gcc.gnu.org/viewcvs?rev=269949&root=gcc&view=rev Log: PR libstdc++/85965 delay static assertions until types are complete The

[Bug libstdc++/48101] obscure error message with std::set

2017-11-21 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic Status|NEW

[Bug libstdc++/48101] obscure error message with std::set

2017-11-21 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #8 from Jonathan Wakely --- Author: redi Date: Tue Nov 21 20:47:09 2017 New Revision: 255035 URL: https://gcc.gnu.org/viewcvs?rev=255035&root=gcc&view=rev Log: PR libstdc++/48101 improve errors for invalid container specializations

[Bug libstdc++/48101] obscure error message with std::set

2017-11-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #7 from Jonathan Wakely --- Even if we allowed allocator you still can't use std::set because the container code assumes a non-const value type in several places.

[Bug libstdc++/48101] obscure error message with std::set

2017-11-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #6 from Jonathan Wakely --- You can't allocate const memory, but in essence yes, that's the reason. The standard says that an allocator's value type must be a non-const, non-volatile object type, so std::allocator is undefined behavio

[Bug libstdc++/48101] obscure error message with std::set

2017-11-20 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #5 from gccbugs at jbapple dot com --- What is the virtue of making std::allocator an error? Is this required by the standard? Is it because calls to construct are writing to const memory?

[Bug libstdc++/48101] obscure error message with std::set

2017-11-20 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #4 from Jonathan Wakely --- Which causes the code to be accepted. I'd rather do: template class allocator; // undefined so there's an error.

[Bug libstdc++/48101] obscure error message with std::set

2017-11-18 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 gccbugs at jbapple dot com changed: What|Removed |Added CC||gccbugs at jbapple dot com -

[Bug libstdc++/48101] obscure error message with std::set

2014-09-19 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 Jonathan Wakely changed: What|Removed |Added CC||corey at octayn dot net --- Comment #2

[Bug libstdc++/48101] obscure error message with std::set

2014-09-19 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/48101] obscure error message with std::set

2011-03-13 Thread redi at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101 --- Comment #1 from Jonathan Wakely 2011-03-13 12:24:13 UTC --- Do you have a suggestion for a better error? We could use a static_assert in std::allocator to reject const T As far as I can see, the reason the code is invalid is exactly the rea