https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102140
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102140
Andrew Pinski changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Target Milestone|12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102141
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102140
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102141
Martin Liška changed:
What|Removed |Added
Known to work|11.2.0 |
Summary|[12 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
--- Comment #5 from Richard Biener ---
Btw, the stmt_could_throw_p check was added in response to PR33593 which looks
quite similar (but the testcase uses -fnon-call-exceptions).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102141
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102130
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102078
--- Comment #6 from David Binderman ---
(In reply to David Binderman from comment #4)
> Full cppcheck error message is
>
> gcc/ada/affinity.c:59:19: error: Signed integer overflow for expression
> '1<
> I think cppcheck is worried if index run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102132
--- Comment #1 from Richard Biener ---
wrong bugzilla, libiberty is a component in the sourceware bugzilla.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102133
--- Comment #9 from Richard Biener ---
SUBREGs are not wanted for DECL_RTL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102134
--- Comment #7 from Richard Biener ---
(In reply to Roger Sayle from comment #6)
> Many thanks to Jakub for the speedy fix. The diagnosis is quite right; I'd
> assumed that if sgn is UNSIGNED, then arg would be zero extended. Alas,
> that's no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102078
--- Comment #7 from Jakub Jelinek ---
(In reply to David Binderman from comment #6)
> I guess there are some machines where unsigned int is 64 bit.
Even if there are (not aware of any such target), 1U << index would be enough
for that. The cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102132
--- Comment #2 from Andrew Pinski ---
(In reply to Richard Biener from comment #1)
> wrong bugzilla, libiberty is a component in the sourceware bugzilla.
GCC's copy of libiberty is/was considered the upstream copy at least at one
point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102138
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102139
Richard Biener changed:
What|Removed |Added
Target||riscv
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102134
--- Comment #8 from Roger Sayle ---
It's even more complicated than that. According to wi::clz, if the unsigned
value being stored has a precision that is a multiple of HOST_WIDE_INT it's
sign-extended, and for all other precisions they are zer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
Bug ID: 102142
Summary: [12 Regression] ICE Segmentation fault since
r12-3222-g89f33f44addbf985
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102095
--- Comment #1 from Jonathan Wakely ---
Yes, it's undefined. See PR libstdc++/70692
There is a C++ standard proposal to make this ill-formed:
https://wg21.link/p0932
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58338
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #15 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
--- Comment #6 from Richard Biener ---
Bootstrap & regtest reveals
FAIL: gcc.dg/pr63743.c scan-rtl-dump-times expand "Swap operands" 1
...
FAIL: gcc.target/i386/pr85667-10.c scan-assembler-times addsd[
\\t]*40(%rsp), .* 1
FAIL: gcc.targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102095
--- Comment #2 from Jakub Jelinek ---
-fsanitize=undefined is never meant to catch such bugs, -fsanitize=address is.
And it does catch that:
g++ -g -fsanitize=address -o /tmp/pr102095{,.C} -std=c++20;
ASAN_OPTIONS=detect_stack_use_after_return=1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
--- Comment #7 from Richard Biener ---
All of the FAILs could be avoided when taking the position of the use into
account but that would require some more substantial adjustment of TER.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102134
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:06ac981ffb3c0d6997f2e1c01ffaf6253b6a244f
commit r12-3246-g06ac981ffb3c0d6997f2e1c01ffaf6253b6a244f
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58338
Marc Glisse changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102143
Bug ID: 102143
Summary: ABI incompatibility with clang when passing 32bit
vectors on 32bit i686
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
--- Comment #8 from Richard Biener ---
Testing an alternative.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
--- Comment #1 from Richard Biener ---
Meh #/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102144
Bug ID: 102144
Summary: hwsan has a hardcoded pagesize requirement for aarch64
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82470
--- Comment #7 from Ville Voutilainen ---
We should close this, the fixes are in 11 and the related bugs have been closed
without backports. I'm happy to let JWakely do that closing, but I don't think
he'll disagree on it. :P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60318
--- Comment #3 from Jonathan Wakely ---
Patch: https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578453.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82470
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5e57bacf6f3599efea7634470db84121641c80b0
commit r12-3248-g5e57bacf6f3599efea7634470db84121641c80b0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102129
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89979
--- Comment #4 from Christoph Conrads ---
> LLVM's libc++ does not go into the 0 loop but still does not do a good job:
The subtract-with-carry PRNG is a simple PRNG, it has a very long period whose
length can be proved with elementary number th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99260
--- Comment #6 from Richard W.M. Jones ---
That's excellent news, thanks. We'll get around to trying this
when GCC 12 appears in Rawhide.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102131
--- Comment #3 from Jiu Fu Guo ---
The issue may come from 'iv0 cmp iv1' transform:
if (cif (c>=b) in-loop
-->if (b<=c) in-loop
c: {4, +, 3}
b: {1, +, 1}
if ({1, +, 1} <= {4, +, 3})
==> if ({1,+,-2} <= {4,+,0}) here, error occ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102133
--- Comment #10 from Mikael Pettersson ---
(In reply to Hongtao.liu from comment #2)
> But failed to configure for target mcore, i didn't find any reference in
> https://gcc.gnu.org/install/specific.html
>
> --target=mcore results in
> *** Conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102139
--- Comment #7 from Richard Biener ---
Testcase triggering a segfault on x86_64 and showing the issue inside a single
BB with a function that doesn't return.
void __attribute__((noipa))
foo (int i)
{
if (i)
__builtin_exit (0);
}
typedef d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102139
Richard Biener changed:
What|Removed |Added
Target|riscv |riscv, x86_64-*-*
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:67927342290c61d7e054430f1d7a7281f1f97fae
commit r12-3250-g67927342290c61d7e054430f1d7a7281f1f97fae
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
Bug 100089 depends on bug 102142, which changed state.
Bug 102142 Summary: [12 Regression] ICE Segmentation fault since
r12-3222-g89f33f44addbf985
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102142
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102131
--- Comment #4 from bin cheng ---
(In reply to Jiu Fu Guo from comment #3)
> The issue may come from 'iv0 cmp iv1' transform:
>
>if (c -->if (c>=b) in-loop
> -->if (b<=c) in-loop
>
> c: {4, +, 3}
> b: {1, +, 1}
>
> if ({1, +, 1} <=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101144
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102141
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93524
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #15 from Richard Earnshaw ---
(In reply to Christophe Lyon from comment #14)
> I think you forgot to backport
> r12-2790-ga22b3e022c2b45047a28d901042888eb77620499 to gcc-9 ?
I don't think so. I think that patch collapsed away due t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102125
--- Comment #5 from Richard Earnshaw ---
Testcase was not quite complete. Extending it to:
typedef unsigned long long uint64_t;
typedef unsigned long uint32_t;
typedef unsigned char uint8_t;
uint64_t bar64(const uint8_t *rData1)
{
uint64_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100832
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102130
--- Comment #2 from Irfan Ariq ---
Okay I will move it to the sourceware bugzilla. Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102132
--- Comment #3 from Irfan Ariq ---
Okay, I will move it to sourceware bugzilla. Thank you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102107
--- Comment #11 from Paul Clarke ---
This does produce the issue for me:
--
$ git checkout remotes/vendors/ibm/gcc-11-branch gcc-AT
$ mkdir gcc-AT-build
$ cd gcc-AT-build
$ ../gcc-AT/configure --enable-languages=c,c++ --disable-libada
--disable-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102135
--- Comment #1 from Richard Earnshaw ---
A small change to the testcase shows that this is highly dependent on the
constrained registers from the calling convention.
uint64_t foo64(int dummy, const uint8_t *rData1)
{
uint64_t buffer;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101145
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:eca730231d5493647bb1e508fb1f853ffee0e95a
commit r12-3255-geca730231d5493647bb1e508fb1f853ffee0e95a
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102143
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102137
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098
--- Comment #4 from Devourer Station ---
Created attachment 51388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51388&action=edit
preprocessed source file (xz compressed)
preprocessed source file (xz compressed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098
--- Comment #5 from Devourer Station ---
(In reply to Martin Liška from comment #1)
> Please attach the source files..
I'm sorry that the attachment suddenly went missing.
I reattached it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102145
Bug ID: 102145
Summary: TKR mismatches with -pedantic:
-fallow-argument-mismatch does not degrade errors to
warnings
Product: gcc
Version: 11.2.0
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102137
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31464
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146
Bug ID: 102146
Summary: [11 regression] several test cases fails after
r11-8940
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
Bug ID: 102147
Summary: IRA dependent on 32-bit vs 64-bit register size
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
David Edelsohn changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102107
Segher Boessenkool changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102147
--- Comment #2 from David Edelsohn ---
Created attachment 51389
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51389&action=edit
Pre-processed subset of tree-vect-slp.c
$ gcc -O2 -fno-exceptions
produces different conflicts and register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #13 from Peter Bergner ---
(In reply to Tulio Magno Quites Machado Filho from comment #12)
> There is a chance, that my previous comment is wrong with regards the
> generation of VSX instructions for Power8.
>
> I don't know what th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53504
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-08-31
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97912
Jonathan Wakely changed:
What|Removed |Added
Keywords||ABI
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92193
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9aeadd8c319d5d940fa4dc91a393fc2959d27719
commit r12-3258-g9aeadd8c319d5d940fa4dc91a393fc2959d27719
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53504
--- Comment #2 from Jonathan Wakely ---
Or maybe it's OK. The test is not trying to find out if threading works, only
whether TLS works. If creating or joining the thread fails, there is probably a
deeper issue. If creating and joining the thread
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98978
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98033
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #14 from wschmidt at linux dot ibm.com ---
On 8/31/21 11:09 AM, bergner at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
>
> --- Comment #13 from Peter Bergner ---
> (In reply to Tulio Magno Quites Mach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98421
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #15 from Segher Boessenkool ---
(In reply to HaoChen Gui from comment #9)
> For this example, let's suppose that we set mcpu=power8 and mno-vsx in the
> command line. Thus, _ARCH_PWR8 should be defined as mcpu=power8. But if the
> Po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #16 from Segher Boessenkool ---
(In reply to wschmidt from comment #14)
> I disagree with that. You should use __VSX__ && _ARCH_PWR9 to check for
> P9 vector support, etc. The __POWERn_VECTOR__ things really are not
> great and I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102125
--- Comment #6 from Richard Earnshaw ---
(In reply to Richard Biener from comment #2)
> One common source of missed optimizations is gimple_fold_builtin_memory_op
> which has [...]
Yes, this is the source of the problem. I wonder if this shoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102074
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:763eb1f19239ebb19c0f87590a4f02300c02c52b
commit r12-3263-g763eb1f19239ebb19c0f87590a4f02300c02c52b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101739
--- Comment #1 from Jonathan Wakely ---
These changes are not strictly necessary.
"base" is a reserved name, because of move_iterator::base() etc.
and "i" is a reserved name, because of operator""i() in .
So users cannot define those as macro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102140
Jakub Jelinek changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101739
--- Comment #2 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #1)
> These changes are not strictly necessary.
>
> "base" is a reserved name, because of move_iterator::base() etc.
>
> and "i" is a reserved name, because of operator""i()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102145
kargl at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12672
--- Comment #15 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f1e7319956928712e8bf4893ebdfeeb6441099ee
commit r12-3271-gf1e7319956928712e8bf4893ebdfeeb6441099ee
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96092
Andrew Psaltis changed:
What|Removed |Added
CC||apsaltis at vmware dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102107
--- Comment #13 from Segher Boessenkool ---
/* If we need to save CR, put it into r12 or r11. Choose r12 except when
r12 will be needed by out-of-line gpr save. */
cr_save_regno = ((DEFAULT_ABI == ABI_AIX || DEFAULT_ABI == ABI_ELFv2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102126
--- Comment #8 from joseph at codesourcery dot com ---
I think that documentation should be changed to say it's primarily about
flags, not traps, with trapping being considered much more of a legacy
feature rather than something it's normally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98421
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ef7becc9c8a48804d3fd9dac032f7b33e561a612
commit r12-3272-gef7becc9c8a48804d3fd9dac032f7b33e561a612
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98421
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58876
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64399
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101739
--- Comment #3 from Jonathan Wakely ---
For consistency (and to avoid reports like this one) we might want to uglify
them anyway. But it's not a correctness issue, just stylistic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102015
--- Comment #4 from Jonathan Wakely ---
In https://gcc.gnu.org/pipermail/libstdc++/2021-August/053108.html I proposed
dropping C++98 support for the gnu-versioned-namespace, which would allow us to
fix this by using [[__no_unique_address__]].
N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77402
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 145 matches
Mail list logo