++
Assignee: unassigned at gcc dot gnu.org
Reporter: d25fe0be at outlook dot com
Target Milestone: ---
Live example: https://wandbox.org/permlink/j7rBCbdmy9sUBRZQ
Compiling the following snippet ...
```cpp
#include
std::atomic x;
int main() {
++x;
}
```
... fails with:
```
/opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88475
--- Comment #2 from d25fe0be@ ---
It looks like this was (incorrectly, I assume) rejected since GCC 4.4.
https://wandbox.org/permlink/I0yF3U3OXoH6LbIM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88757
--- Comment #2 from d25fe0be@ ---
Oops, I didn't realize this. Thank you for clarifying.
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: d25fe0be at outlook dot com
Target Milestone: ---
GCC complains "error: no declaration matches 'int C::x(typename
S::size)'"
when compiling the followi
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: d25fe0be at outlook dot com
Target Milestone: ---
From https://en.cppreference.com/w/cpp/language/member_functions:
> Note: unlike cv-qualification, ref-qualification does not change the
> properties of
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: d25fe0be at outlook dot com
Target Milestone: ---
The following code fails to compile, saying `TT<::x, ::y>` is not defined.
template str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82619
--- Comment #1 from d25fe0be@ ---
If a `std::tuple` is passed in as `tuple`, isn't `std::apply` found by ADL?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81398
d25fe0be@ changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82087
d25fe0be@ changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82087
--- Comment #2 from d25fe0be@ ---
After suppressing Clang's error about passing POD through varargs,
bootstrapping r251624 now fails with:
```
libtool: compile: /private/tmp/gcc-20170903-13173-cfn0kc/build/./gcc/xgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82087
--- Comment #1 from d25fe0be@ ---
Sorry, the command invoked was missing:
```
clang++ -std=gnu++98 -fno-PIE -c -g -DIN_GCC-fno-strict-aliasing
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81814
--- Comment #5 from d25fe0be@ ---
Oops, sorry, I read the 2nd and the 3rd operand of the conditional operator in
wrong order.
A silly mistake..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81814
--- Comment #4 from d25fe0be@ ---
Per n4659 7.8/[conv.integral]:
```
If the destination type is signed, the value is unchanged if it can be
represented in the destination type;
otherwise, the value is implementation-defined.
```
Isn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #19 from d25fe0be@ ---
Bootstrap seems to work for me now.
Not sure which revision brings it back to normal though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81279
--- Comment #4 from d25fe0be@ ---
'_t::_call' is a dependent name, adding 'template' before '_call' fixes the
compilation error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81079
--- Comment #2 from d25fe0be@ ---
Thank you for your explanation.
I missed 'When the -fsanitize=address option is used to link a program' in the
documentation as I was reading.
Sorry for the noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80796
--- Comment #3 from d25fe0be@ ---
Oh, my bad.
I did't know about p0433r2, but at least I should have checked n4659
(make_xxx_searcher has already been removed there) before submitting.
My apologize. And thanks for pointing out this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80664
--- Comment #3 from d25fe0be@ ---
Is this related to PR 66139?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80594
d25fe0be@ changed:
What|Removed |Added
CC||d25fe0be at outlook dot com
--- Comment #1
19 matches
Mail list logo
