https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114959
--- Comment #3 from Richard Biener ---
(In reply to Martin Uecker from comment #2)
> The GCC FE has all the necessary logic to compute type compatibility and
> this could easily be adapted to compute equivalence classes and then set a
> TYPE_CAN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #13 from Jose E. Marchesi ---
In bpf-next we are passing -Wno-error for the particular BPF selftests that use
this construct:
progs/btf_dump_test_case_bitfields.c-CFLAGS := -Wno-error
progs/btf_dump_test_case_namespacing.c-CFLAGS :=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114921
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d0d6dcc019cd32eebf85d625f56e0f7573938319
commit r15-223-gd0d6dcc019cd32eebf85d625f56e0f7573938319
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #11 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:79649a5dcd81bc05c0ba591068c9075de43bd417
commit r15-222-g79649a5dcd81bc05c0ba591068c9075de43bd417
Author: Roger Sayle
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
--- Comment #6 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:79649a5dcd81bc05c0ba591068c9075de43bd417
commit r15-222-g79649a5dcd81bc05c0ba591068c9075de43bd417
Author: Roger Sayle
Date: Tue Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114121
--- Comment #18 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:14a16787d99831a28b0c9690e80c420d765ba26f
commit r13-8702-g14a16787d99831a28b0c9690e80c420d765ba26f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113831
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:14a16787d99831a28b0c9690e80c420d765ba26f
commit r13-8702-g14a16787d99831a28b0c9690e80c420d765ba26f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew D'Addesio from comment #7)
>
> This actually has gotten me curious. Would you have an idea/explanation
> behind that 2 function call threshold @Andrew Pinski?
Most likely it is due to ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Sam James changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114966
--- Comment #1 from Imple Lee ---
This is probably a regression.
GCC 13.2 can generate optimal code.
See https://godbolt.org/z/4n8ovr7jr .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114908
--- Comment #8 from Imple Lee ---
I tried another way to permute the register.
Although GCC does generate simd instructions, the generated code is
sub-optimal.
I opened PR114966 for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114966
Bug ID: 114966
Summary: fails to optimize avx2 in-register permute written
with std::experimental::simd
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
--- Comment #7 from Andrew D'Addesio ---
(In reply to Andrew Pinski from comment #6)
> The warning is now included in GCC 12.
> And this makes this a dup of bug 63272.
>
> *** This bug has been marked as a duplicate of bug 63272 ***
Yep, the ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
Daniel Xu changed:
What|Removed |Added
CC||dxu at dxuuu dot xyz
--- Comment #12 from D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 114954, which changed state.
Bug 114954 Summary: [modules] ICE in write_class_def with templated union type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954
Nathaniel Shead changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nshead at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114954
--- Comment #1 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8
commit r15-221-g0c43c673b0d431ca02d83bf6fae9cd60e9a3d0a8
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275
--- Comment #10 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:ec2365e07537e8b17745d75c28a2b45bf33be119
commit r15-220-gec2365e07537e8b17745d75c28a2b45bf33be119
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114747
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114747
--- Comment #1 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:c4c0b0be87b4e08dab0e5e62c6f38a610a7423e7
commit r13-8701-gc4c0b0be87b4e08dab0e5e62c6f38a610a7423e7
Author: Kito Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964
--- Comment #2 from Ken Burtch ---
Thank you. I did my best.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
--- Comment #6 from Andrew Pinski ---
Reduded testcase that fails at -O1 (but passes at -O2):
```
[[gnu::noipa]]
static void g(char pad1) {
if (pad1 != '0' && pad1 != '+' && pad1 != '_')
__builtin_unreachable();
if (pad1 == '0' ||
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
--- Comment #5 from Andrew Pinski ---
Oh I see where the bug is coming from.
reassociation is turning:
_2 = pad_6 == 48;
_3 = pad_6 == 43;
_4 = _2 | _3;
Into:
_11 = (unsigned char) pad_6;
_12 = (int) _11;
_13 = 290271069732864 >> _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Andrew Pinski changed:
What|Removed |Added
Summary|[14/15 Regression] wrong|[13/14/15 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Andrew Pinski changed:
What|Removed |Added
Attachment #58112|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
--- Comment #1 from Andrew Pinski ---
Created attachment 58112
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58112&action=edit
Slightly reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #19 from Dmitrii Pasechnik ---
Declaring the last argument in the call to GAP_CallFunc3Args() volatile appears
to fix the issue. Namely, apply
diff --git a/src/sage/libs/gap/element.pyx b/src/sage/libs/gap/element.pyx
index f1482997
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108620
Peter Damianov changed:
What|Removed |Added
CC||peter0x44 at disroot dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Bug ID: 114965
Summary: wrong code generated for Emacs/Gnulib strftime
(regression from 13.2)
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #18 from Sergei Trofimovich ---
> 2) ideally show a gdb session with the important events, which setjmp was it
> (I see _setjmp and __sigsetjmp calls in the function), which exact function
> called from the function ended up aborti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114749
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:4b1f128d4c25713116c7d9fd37016f7d9a112959
commit r15-216-g4b1f128d4c25713116c7d9fd37016f7d9a112959
Author: Robin Dapp
Date: Mon May 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #17 from Sergei Trofimovich ---
> 1) attach your *.s file and state which exact compiler you used (revision)
Generate code first:
https://slyfox.uni.cx/b/gcc/PR114872/d.tar.gz (4MB, does not fit on bugzilla's
1MB limit)
is the arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78947
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 78947, which changed state.
Bug 78947 Summary: sub-optimal code for (bool)(int ? int : int)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78947
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97263
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114964
Bug ID: 114964
Summary: Ada Address_To_Access_Conversions gnat_to_gnu_entity
internal error
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #14 from Peter Bergner ---
(In reply to Niels Möller from comment #13)
> I'm not that familiar with gcc development procedures. Do I understand you
> correctly, that a fix for this bug will not be included in gcc-14 (according
> to h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111501
--- Comment #4 from Vineet Gupta ---
Awesome !
The trunk is open and new stuff, RISC-V certainly, is already landing, so no
harm in sending it now ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111501
Christoph Müllner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114177
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114177
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:53026cbf08889d00fed34d8667796d22ef8554cf
commit r15-212-g53026cbf08889d00fed34d8667796d22ef8554cf
Author: Andrew Pinski
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
--- Comment #6 from Simon Martin ---
The testcase ICEs with 11.3 (https://godbolt.org/z/qoYqK8zj9) but not 11.4
(https://godbolt.org/z/K8q6qYPba)
Will check if we need to add a new test case of it's already covered.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103338
Simon Martin changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Simon Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
--- Comment #4 from Andrew Pinski ---
(In reply to Marek Polacek from comment #3)
> // PR c++/114962
Reduced much further and even removing the for loop and the array:
```
struct A {
void third();
using Handler = void (A::*)();
static con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Version|unknown |15.0
Status|REOP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #13 from GCC Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:93f6a47583f3fa8a1b66856ecb19ec28f26b2ba4
commit r15-210-g93f6a47583f3fa8a1b66856ecb19ec28f26b2ba4
Author: Qing Zhao
Date: Mon May 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #14 from GCC Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:6634a409124a884ff66b3756568a7daae7d3c295
commit r15-211-g6634a409124a884ff66b3756568a7daae7d3c295
Author: Qing Zhao
Date: Mon May 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #11 from GCC Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:adb1c8a0f167c3a1f7593d75f5a10eb07a5d741a
commit r15-208-gadb1c8a0f167c3a1f7593d75f5a10eb07a5d741a
Author: Qing Zhao
Date: Mon May 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #12 from GCC Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:f27fc59d9f7c735d200fda647a487850144b10eb
commit r15-209-gf27fc59d9f7c735d200fda647a487850144b10eb
Author: Qing Zhao
Date: Mon May 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
Marek Polacek changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #3 from Marek Polacek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98477
--- Comment #10 from Andrew Pinski ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/650833.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114963
Bug ID: 114963
Summary: RISCV -msave-restore -fno-omit-frame-pointer does not
emit save/restore library calls
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #16 from Jakub Jelinek ---
(In reply to Sergei Trofimovich from comment #14)
> I reproduced the `SIGSEGV` on Gentoo ~amd64 and ::sage-on-gentoo overlay
> against sci-mathematics/sagemath-standard package.
>
> One of the unusual prop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
--- Comment #33 from Jakub Jelinek ---
That is still a hack, but guess can be acceptable for 14.22 and short term
trunk if the ARM maintainers approve it.
But, for GCC 15+, I think if the behavior is that when the predicate
constant/register is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114801
--- Comment #32 from Christophe Lyon ---
Created attachment 58110
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58110&action=edit
patch v2
Here is another patch proposal along the lines of what you suggest in #c24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #15 from Jakub Jelinek ---
(In reply to Dmitrii Pasechnik from comment #12)
> A colleague disassembled, using ghidra (https://ghidra-sre.org/), the
> results of the compilations with, respectively, -O2 and with -O0 flags.
> Comparing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #33 from GCC Commits ---
The releases/gcc-13 branch has been updated by Georg-Johann Lay
:
https://gcc.gnu.org/g:287293786d541217e7bf47cab6b8fb522ae9156a
commit r13-8699-g287293786d541217e7bf47cab6b8fb522ae9156a
Author: Georg-Johann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92606
--- Comment #32 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:08e752e72363ae7fd5a5fcb70913a0f7b240387b
commit r15-207-g08e752e72363ae7fd5a5fcb70913a0f7b240387b
Author: Georg-Johann Lay
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112868
--- Comment #13 from Niels Möller ---
(In reply to Peter Bergner from comment #11)
> This is clearly a stage1 patch, so we'll wait until
> then before submitting it.
I'm not that familiar with gcc development procedures. Do I understand you
co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113180
--- Comment #3 from YunQiang Su ---
The argument `to` of `expand_assignment` differs between `strict-align` and
`no-strict-align`.
`debug_tree` states that the `strict-align` one has a `MEMREF` RTL, while
`no-strict-align` has a `reg` one.
An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275
--- Comment #9 from Andrew Pinski ---
(In reply to Adhemerval Zanella from comment #8)
> This has triggered some regression on aarch64 [1]:
>
> Running g++:g++.dg/modules/modules.exp ...
> FAIL: g++.dg/modules/tpl-friend-4_b.C -std=c++17 (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114960
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114944
--- Comment #4 from Alexander Monakov ---
Like this:
pandxmm1, XMMWORD PTR .LC0[rip]
movaps XMMWORD PTR [rsp-40], xmm0
xor eax, eax
xor edx, edx
movaps XMMWORD PTR [rsp-24], xmm1
mov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #8 from Andrew Pinski ---
(In reply to Deepthi H from comment #7)
>
> Let us know your comments on this solution. Such a solution is acceptable to
> change the gcc driver?
Seems better to place the arguments in a file instead and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114962
Bug ID: 114962
Summary: For each iteration in static assert fails to compile
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114944
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114959
--- Comment #2 from Martin Uecker ---
The GCC FE has all the necessary logic to compute type compatibility and this
could easily be adapted to compute equivalence classes and then set a
TYPE_CANONICAL. All function types in the same class would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114961
--- Comment #1 from Marcin Nowak ---
I typed some typos in main.cpp. There should not be `MyVector` but `Vector`.
Anyway this typos does not matter if ICE is caused or not.
amily/c-opts.cc:1329
GCC version:
gcc version 14.0.1 20240506 (prerelease) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114960
Bug ID: 114960
Summary: [12/13/14/15 Regression] fails to clean up vector
casts
Product: gcc
Version: 12.3.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114907
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114867
--- Comment #1 from m.cencora at gmail dot com ---
The unreduced code is actually a regression from gcc-12.
@Jonathan Wakely:
Could you maybe workaround it in libstdc++ by declaring the std::swap overload
for exception_ptr in additional inline n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114944
--- Comment #2 from John Platts ---
Here is more optimal codegen for SSE2ShuffleI8 on x86_64:
SSE2ShuffleI8(long long __vector(2), long long __vector(2)):
pandxmm1, XMMWORD PTR .LC0[rip]
movaps XMMWORD PTR [rsp-24], xmm0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113630
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114799
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
Richard Biener changed:
What|Removed |Added
Known to fail||13.2.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114799
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:026ecb914d3d84c6e803cedb8b1677d3e7ddd60f
commit r13-8698-g026ecb914d3d84c6e803cedb8b1677d3e7ddd60f
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734
--- Comment #20 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4c3011ec4825bf06c9d268361a53f8239bf9564a
commit r13-8696-g4c3011ec4825bf06c9d268361a53f8239bf9564a
Author: Patrick O'Nei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114787
--- Comment #19 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:715a1df9082b40cf810283632218258ac9c86773
commit r13-8697-g715a1df9082b40cf810283632218258ac9c86773
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114734
--- Comment #19 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:20ebcaf826c91ddaf2aac35417ec1e5e6d31ad50
commit r13-8695-g20ebcaf826c91ddaf2aac35417ec1e5e6d31ad50
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113630
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:47cd06042237bf2d4f05b8355362bc038f6fa445
commit r13-8693-g47cd06042237bf2d4f05b8355362bc038f6fa445
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114246
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:c4795316b2d92c9edd3d86ffa11425c82d1e379c
commit r13-8694-gc4795316b2d92c9edd3d86ffa11425c82d1e379c
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100923
--- Comment #11 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7c469a9fc785505dc350aba60311812c2bb0c1b5
commit r15-204-g7c469a9fc785505dc350aba60311812c2bb0c1b5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114551
Richard Biener changed:
What|Removed |Added
Summary|[13 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114275
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113622
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|rguenth at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114959
Richard Biener changed:
What|Removed |Added
Version|unknown |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #7 from Deepthi H ---
We've a solution for this issue.
When gcc/g++ is called using the @response-file.rsp syntax, gcc should forward
the argument to its subprocesses. Previously the files were expanded which
could lead to excessive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #6 from Deepthi H ---
Created attachment 58107
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58107&action=edit
workaround for gcc driver long argument list error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112959
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Gerald Pfeifer ---
> Rainer, do you think the three changes I made - and hence the current
> state of install.texi on trunk - address all the issues you reported
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114958
--- Comment #4 from Jakub Jelinek ---
Strange, the __builtin_shufflevector in GCC has been added for Clang
compatibility.
__builtin_shuffle is the original native GCC builtin (which Clang doesn't
implement).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114959
Bug ID: 114959
Summary: incorrect TBAA for drived types involving function
types
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114958
--- Comment #3 from Matthias Kretz (Vir) ---
Hmm, it actually fails on Clang because Clang requires the vector width of both
arguments to be equal.
But yes, I guess I should make __vec_shuffle friendlier to non-GCC compilers.
I'm not sure about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114948
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Summar
1 - 100 of 135 matches
Mail list logo
