http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52748
--- Comment #1 from Johan Lundberg 2012-08-09
08:08:46 UTC ---
confirmed... I agree with this. Among other things it's important for
boost/C++11 interop.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54316
Bug #: 54316
Summary: [C++11] move constructor for string_stream
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54316
Johan Lundberg changed:
What|Removed |Added
CC||lundberj at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39813
Johan Lundberg changed:
What|Removed |Added
CC||lundberj at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20313
Johan Lundberg changed:
What|Removed |Added
CC||lundberj at gmail dot com
--- Comment
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lundberj at gmail dot com
In summary, having a class member in-class copy-construct from itself (!)
compiles without warning when curly-brace syntax is used.
The result is that the class invariants are never established
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57758
--- Comment #2 from Johan Lundberg ---
Yes. I'm sorry, it's almost word-for-word identical to 48483.
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lundberj at gmail dot com
A warning would have been helpful for this case of missed -pthread.
Normally a runtime error is at least generated but the following C++11 code
compiles fine with all warnings enabled, and also
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lundberj at gmail dot com
With valid but large steady clock time_points, condition_variable.wait_until
does not sleep at all, but instead continues as if the time was passed.
Perhaps related
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58929
--- Comment #3 from Johan Lundberg ---
(In reply to Jonathan Wakely from comment #2)
> I suppose we could turn all timed waiting functions into sleeps, and wait()
> into an infinite loop, when libpthread is not linked in, but I'd prefer not
> to a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55708
Bug #: 55708
Summary: g++ crashes: constexpr function with reference
parameters.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
11 matches
Mail list logo