[Bug libstdc++/70898] New: Stateful Compare objects are very slow

2016-05-01 Thread gccbugs at jbapple dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: gccbugs at jbapple dot com Target Milestone: --- /* The following code is four times slower with libstdc++ than with libc++. I think the problem is partially too many copies in stl_heap.h. Instrumenting the code with a copy

[Bug libstdc++/70899] New: Stateful Compare objects are very slow

2016-05-01 Thread gccbugs at jbapple dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: gccbugs at jbapple dot com Target Milestone: --- /* The following code is four times slower with libstdc++ than with libc++. I think the problem is partially too many copies in stl_heap.h. Instrumenting the code with a copy

[Bug libstdc++/70899] Stateful Compare objects are very slow

2016-05-01 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70899 gccbugs at jbapple dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug libstdc++/70898] Stateful Compare objects are very slow

2016-05-01 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898 --- Comment #1 from gccbugs at jbapple dot com --- *** Bug 70899 has been marked as a duplicate of this bug. ***

[Bug libstdc++/70898] Stateful Compare objects are very slow

2016-05-03 Thread gccbugs at jbapple dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70898 gccbugs at jbapple dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug libstdc++/80977] New: uniform_int_distribution downscaling throws away perfectly good entropy

2017-06-04 Thread gccbugs at jbapple dot com
Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: gccbugs at jbapple dot com Target Milestone: --- https://github.com/gcc-mirror/gcc/blob/gcc-7_1_0-release/libstdc%2B%2B-v3/include/bits/uniform_int_dist.h#L218 aka https

[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

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?