[Bug c++/110380] [feature request] "-pg-constexpr=coverage-output" emit coverage metrics for constexpr code evaluated at compile time

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110380 Anthony Williams changed: What|Removed |Added CC||anthony.ajw at gmail dot com

[Bug libstdc++/106183] std::atomic::wait might fail to be unblocked by notify_one/all on platforms without platform_wait()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106183 Anthony Williams changed: What|Removed |Added CC||anthony.ajw at gmail dot com

[Bug libstdc++/92616] Inconsistency in time between system_clock::now() and time(nullptr)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92616 --- Comment #7 from Anthony Williams --- Reported as ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/linux-signed-oem/+bug/1853807

[Bug libstdc++/92616] Inconsistency in time between system_clock::now() and time(nullptr)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92616 --- Comment #5 from Anthony Williams --- Where can I file a bug in the vDSO?

[Bug libstdc++/92616] New: Inconsistency in time between system_clock::now() and time(nullptr)

Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Target Milestone: --- Created attachment 47321 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47321&action=edit system_clock::now

[Bug c++/79686] New: Variadic template expansion into concept with leading parameters

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Target Milestone: --- If I declare a concept that takes a fixed argument and then a variadic argument, I cannot use it in a function that passes a variadic

[Bug libstdc++/70298] New: std::call_once hangs on second call if first threw an exception

Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Target Milestone: --- Created attachment 38026 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38026&action=edit call_once_bug.cpp The attach

[Bug libstdc++/66146] call_once not C++11-compliant on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146 --- Comment #16 from Anthony Williams --- Would it be worth ignoring pthread_once and using an implementation of call_once based on Mike Burrows' algorithm? http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2444.html

[Bug libstdc++/69354] std::thread doesn't support move-only callable objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69354 --- Comment #3 from Anthony Williams --- I hadn't noticed I had omitted the const! Surely the intent of 12.8p11.2 is that if you can't actually copy the bases and/or members with the specified signature then the defaulted copy constructor is del

[Bug libstdc++/69354] New: std::thread doesn't support move-only callable objects

y: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Target Milestone: --- Created attachment 37390 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37390&action=edit move_only_thread.cpp Trying to construct a std::t

[Bug libstdc++/69301] New: std::atomic::load() won't compile if T doesn't have a default constructor

Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Target Milestone: --- Created attachment 37360 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3736

[Bug c++/60272] New: atomic<>::compare_exchange_weak has spurious store and can cause race conditions

verity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: anthony.ajw at gmail dot com Created attachment 32170 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32170&action=edit Sample code that demonstrates t

[Bug libstdc++/53202] New: Copy constructor not called when starting a thread

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53202 Bug #: 53202 Summary: Copy constructor not called when starting a thread Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/52612] std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 --- Comment #3 from Anthony Williams 2012-03-19 11:15:45 UTC --- It's frustrating that the TR1 spec specifies lvalues (I assumed it was the same as std::bind). This came up in supposedly-portable code that works with MSVC's TR1 bind. Good thing

[Bug libstdc++/52612] New: std::tr1::bind doesn't work with placeholders

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52612 Bug #: 52612 Summary: std::tr1::bind doesn't work with placeholders Classification: Unclassified Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Prio