http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52939
Bryce Lelbach (wash) changed:
What|Removed |Added
CC||blelbach at cct dot lsu.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
Summary: non-compliant C++0x erase methods on STL containers
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #1 from Bryce Lelbach (wash)
2011-02-07 01:00:28 UTC ---
Created attachment 23262
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23262
Fix for STL erase() methods on associative containers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47628
--- Comment #5 from Bryce Lelbach (wash)
2011-02-07 14:20:09 UTC ---
Sorry! Wasn't aware this was correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50399
Bug #: 50399
Summary: [c++11] Lookup error w/ enums
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
Bryce Lelbach (wash) changed:
What|Removed |Added
CC||blelbach at cct dot lsu.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
--- Comment #7 from Bryce Lelbach (wash)
2011-10-04 23:06:01 UTC ---
Thanks - I'll give it a whirl!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53446
Bug #: 53446
Summary: Template function incorrectly rejected when
convertible argument is provided for a parameter
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53446
--- Comment #1 from Bryce Lelbach (wash)
2012-05-22 05:14:12 UTC ---
Created attachment 27472
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27472
Results of compiling the test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53446
--- Comment #2 from Bryce Lelbach (wash)
2012-05-22 05:15:36 UTC ---
Comment on attachment 27472
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27472
Results of compiling the test case
$ g++-4.5 --version
g++-4.5 (Debian 4.5.3-12) 4.5.3
Cop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53446
--- Comment #3 from Bryce Lelbach (wash)
2012-05-22 05:17:03 UTC ---
Created attachment 27473
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27473
Results of compiling the test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53446
Bryce Lelbach (wash) changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52072
Bryce Lelbach (wash) changed:
What|Removed |Added
CC||blelbach at cct dot lsu.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
--- Comment #14 from Bryce Lelbach (wash)
2012-07-03 03:35:31 UTC ---
(In reply to comment #13)
> Patch reverted, thus in C++11 mode size() is back to O(n) but std::list can
> interoperate with the C++98 version of it.
Why has this been reverted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49561
--- Comment #15 from Bryce Lelbach (wash)
2012-07-03 03:38:52 UTC ---
Also, didn't this already make it into the 4.7 release? Wouldn't reverting it
now just cause incompatibilities with 4.7 and both older and newer releases?
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: blelbach at cct dot lsu.edu
Target Milestone: ---
This code fails with GCC 8.2 and GCC trunk.
https://godbolt.org/z/IljfIw
```
class B { B& operator=(con
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: blelbach at cct dot lsu.edu
Target Milestone: ---
GCC concepts seem to allow the use of the name of a concept in the definition
of the concept itself. This appears to allow me to trick GCC into infinitely
recursing
17 matches
Mail list logo
