https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #8 from James Hilliard ---
(In reply to Andrew Pinski from comment #7)
> Yes the warning is really still correct even if a closer testcase would be:
> ```
> int f(struct {int t;} *b)
> {
> return b->t;
> }
>
> int f1(void *a)
> {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #9 from James Hilliard ---
(In reply to Andrew Pinski from comment #5)
> Also Clang does not implement this warning at all.
>
> It is a bug in bpf-next really.
What would be the correct way to fix these in bpf-next?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108189
--- Comment #10 from Andrew Pinski ---
(In reply to James Hilliard from comment #8)
> Yeah, clang with -std=gnu17 -pedantic doesn't even complain at all from the
> looks of it. Does it make sense to allow disabling this specific warning in
> GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108183
--- Comment #11 from Gaius Mulley ---
Many thanks for the analysis. Taking your idea and assuming
that Sym 6114 is a procedure then I think the correction is:
PROCEDURE IsExternal (sym: CARDINAL) : BOOLEAN ;
VAR
mod: CARDINAL ;
BEGIN
(*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95375
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:aed5584ff6891560dc567e54517b9722dadc503e
commit r13-4809-gaed5584ff6891560dc567e54517b9722dadc503e
Author: Harald Anlauf
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95375
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107144
--- Comment #2 from anlauf at gcc dot gnu.org ---
Placing the subroutine into a module avoids ICE.
Could this pr be related to pr107141?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101886
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:8aa045c97485d75e0b6eb1068464c0ddaa6beacb
commit r13-4810-g8aa045c97485d75e0b6eb1068464c0ddaa6beacb
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #14 from Jan-Benedict Glaw ---
GCC 13 (as of g:02c031088ac0bbf) triggers this for Linux's kallsys.c
(f9ff5644bcc04221bae56f922) for ia64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87281
--- Comment #13 from Jan-Benedict Glaw ---
GCC 13 (as of g:02c031088ac0bbf) triggers this for Linux's kallsys.c
(f9ff5644bcc04221bae56f922) for ia64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107504
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:302485a70a33f3a86e85ad9051de2b51c5dc0bc0
commit r13-4812-g302485a70a33f3a86e85ad9051de2b51c5dc0bc0
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84471
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:302485a70a33f3a86e85ad9051de2b51c5dc0bc0
commit r13-4812-g302485a70a33f3a86e85ad9051de2b51c5dc0bc0
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106339
--- Comment #3 from Arseny Solokha ---
Indeed. And I failed to come up w/ an alternative testcase so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106736
--- Comment #13 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:282462b39584ae49eaaa6f53bd44b6cfdc4ccbcb
commit r13-4814-g282462b39584ae49eaaa6f53bd44b6cfdc4ccbcb
Author: Kewen Lin
Date: Tue Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108152
--- Comment #2 from nightstrike ---
(In reply to Andrew Pinski from comment #1)
> { dg-options "" }
That would remove every option, no? Do others matter, like -pedantic, or
whatever else is there?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
Bug ID: 108190
Summary: Various testsuite asm fails
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #1 from nightstrike ---
Created attachment 54135
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54135&action=edit
avx-pr54700-1.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
Bug ID: 108191
Summary: Add support to usage of *intrin.h without -mavx512f
-mavx512cd
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #2 from Andrew Pinski ---
This is most likely because of the ABI difference between windows and elf
targets. __v16qi is passed via memory location on windows but on elf targets it
is passed via regsiter ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #3 from nightstrike ---
Created attachment 54136
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54136&action=edit
avx2-pr54700-1.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #4 from nightstrike ---
Created attachment 54137
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54137&action=edit
avx512vl-pr54700-1a.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108190
--- Comment #5 from nightstrike ---
Created attachment 54138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54138&action=edit
avx512vl-pr54700-1b.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108192
Bug ID: 108192
Summary: g++.dg/cet-notrack-1.C searching for wrong function on
mingw
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108186
--- Comment #3 from AlexK ---
(In reply to Andrew Pinski from comment #2)
> Does this comparison failure happen if you set LANG environment variable to
> C before doing a bootstrap?
> If it please let us know which your environment variables so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108073
--- Comment #2 from Jiu Fu Guo ---
(In reply to Surya Kumari Jangala from comment #1)
> Hi Jiu Fu Guo, are you working on this bug? If not, I would like to take
> this up.
Thanks for your asking!
I drafted an experimental patch. Welcome for any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[12/13 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
--- Comment #20 from CVS Commits ---
The releases/gcc-12 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:ed3e8a988e0ec5b926093e26dfeef1d8b7504d1f
commit r12-9003-ged3e8a988e0ec5b926093e26dfeef1d8b7504d1f
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108056
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108187
--- Comment #1 from Richard Biener ---
Well, between the store to ->source and the read from it is the call
to dp_packet_use_afxdp which gets &xpacket->packet as argument and thus
needs to be treated as clobbering ->source. So GCC can indeed no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
--- Comment #2 from 罗勇刚(Yonggang Luo) ---
(In reply to Jakub Jelinek from comment #1)
> You are lying to the compiler, don't. In GCC you can #include
> with SSE2 only and later in say __attribute__((target ("avx512cd")))
> function use avx512f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108191
--- Comment #4 from 罗勇刚(Yonggang Luo) ---
(In reply to Richard Biener from comment #3)
> I suppose the issue will be that __attribute__((target)) isn't supported by
> MSVC? But indeed this isn't something we are going to support. Note
> anothe
101 - 133 of 133 matches
Mail list logo
