[Bug c++/98859] pedantic error on use of __VA_OPT__ before C++20 is unnecessary and counterproductive

2021-07-30 Thread wuyongwei at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98859 Yongwei Wu changed: What|Removed |Added CC||wuyongwei at gmail dot com --- Comment #2

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

2021-03-16 Thread wuyongwei at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #29 from Yongwei Wu --- As usual, test results are always elusive. I have to add yet another important piece of information. The very bad performance result does not occur on Linux, but only on macOS (Homebrew versions of GCC and liba

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

2021-03-13 Thread wuyongwei at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 --- Comment #28 from Yongwei Wu --- OK, somewhat answering myself. I was not aware of the fact that 128-bit atomic read has to be implemented using cmpxchg16b as well, thus defeating some non-CAS usage scenarios. The natural question is: which u

[Bug target/80878] -mcx16 (enable 128 bit CAS) on x86_64 seems not to work on 7.1.0

2021-03-13 Thread wuyongwei at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878 Yongwei Wu changed: What|Removed |Added CC||wuyongwei at gmail dot com --- Comment #27

[Bug target/94649] 16-byte aligned atomic_compare_exchange doesn not generate cmpxcg16b on x86_64

2021-03-13 Thread wuyongwei at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94649 Yongwei Wu changed: What|Removed |Added CC||wuyongwei at gmail dot com --- Comment #3

[Bug c++/98283] New: decltype(auto) may be deduce static data member to wrong type

2020-12-14 Thread wuyongwei at gmail dot com via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: wuyongwei at gmail dot com Target Milestone: --- The following code shows that `decltype(auto)` is deduced to the wrong type when used in template code for an expression like

[Bug c/66425] (void) cast doesn't suppress __attribute__((warn_unused_result))

2017-12-15 Thread wuyongwei at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425 Yongwei Wu changed: What|Removed |Added CC||wuyongwei at gmail dot com --- Comment #30

[Bug c++/69260] New: C++14 template instantiation problem in GCC (up to 5.3)

2016-01-13 Thread wuyongwei at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: wuyongwei at gmail dot com Target Milestone: --- Created attachment 37328 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37328&action=edit Test code to show the problem. The attache

[Bug c++/69222] New: C++14 template code working in GCC 5.1 stops working in 5.2 and 5.3

2016-01-10 Thread wuyongwei at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: wuyongwei at gmail dot com Target Milestone: --- Created attachment 37299 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37299&action=edit Test C++ file I