https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
ak at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
Andrew Pinski changed:
What|Removed |Added
Summary|-Wnull-dereference error|-Wnull-dereference
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Bug ID: 117355
Summary: [15 regression] firebird miscompiled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
--- Comment #1 from Sam James ---
$ gcc-14 foo.cxx -Og -ggdb3 -o /tmp/a && /tmp/a
# nothing
$ gcc-15 foo.cxx -Og -ggdb3 -o /tmp/a && /tmp/a
In file included from /usr/include/string.h:548,
from
/usr/lib/gcc/x86_64-pc-linux-gnu/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117351
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0, 13.1.0, 13.3.0
Ever confirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117351
--- Comment #1 from Andrew Pinski ---
Created attachment 59490
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59490&action=edit
Slightly reduced and cleaned up
commentary.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #9 from H. Peter Anvin ---
So this sounds like it would solve additional problems, which may very well
make it worthwhile.
I just want to reiterate that for the inline assembly case specifically, just
doing the "heavy hammer" thing
commentary.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
.
gcc/
PR rtl-optimization/117327
* reorg.cc (find_end_label): Do not return a dangling label at the
end of the function and adjust commentary.
gcc/testsuite/
* gcc.c-torture/execute/20241029-1.c: New test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #10 from Uroš Bizjak ---
(In reply to H. Peter Anvin from comment #9)
> I just want to reiterate that for the inline assembly case specifically,
> just doing the "heavy hammer" thing of disabling the redzone (which looks to
> me to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
Andrew Pinski changed:
What|Removed |Added
Target||aarch64
--- Comment #2 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
Bug ID: 117346
Summary: ccmp does not go through canonicalize_comparison
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhanceme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116634
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e6d21cbf5cf035b6fa9946a4321f87cbcfa9f275
commit r15-4752-ge6d21cbf5cf035b6fa9946a4321f87cbcfa9f275
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117152
Jakub Jelinek changed:
What|Removed |Added
Known to work|14.2.0 |
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #6 from H. Peter Anvin ---
Created attachment 59488
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59488&action=edit
Test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #7 from H. Peter Anvin ---
Created attachment 59489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59489&action=edit
Test case assembly output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
--- Comment #2 from Andrew Pinski ---
By the time the warning happens, we only have line 7 in the IR left:
[/app/example.cpp:7:13] [/app/example.cpp:7:9] MEM[(struct T2 *)4B].var = 5;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117347
Bug ID: 117347
Summary: Associate with derived type array constructor
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117346
--- Comment #4 from Andrew Pinski ---
Created attachment 59487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59487&action=edit
Patch in testing
Quick checking it works, in that the new testcase works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117262
--- Comment #5 from Jakub Jelinek ---
(In reply to David Malcolm from comment #4)
> where arguably the type of the symbolic value should be
>unsigned char[72]
> rather than:
>unsigned char
>
> This is because the analyzer is just using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117328
Eric Botcazou changed:
What|Removed |Added
Summary|Iterated component |iterated component
|a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117328
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117313
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:28b7aed124d4d86be552f24469c2cfa59a49edaf
commit r15-4753-g28b7aed124d4d86be552f24469c2cfa59a49edaf
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Bug ID: 117350
Summary: ICE in pretty print during bootstrap
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117170
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Sam James changed:
What|Removed |Added
CC||erozen at microsoft dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117007
--- Comment #9 from Steven Munroe ---
(In reply to Segher Boessenkool from comment #7)
> It is always more and slower code. Yes.
lets try some specific examples and examine the code generated for power8/9/10
vui32_t
test_slw_23_v0 (vui32_t vr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117296
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117341
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:17f6add3aba96681673b78862116a85d619cd806
commit r15-4750-g17f6add3aba96681673b78862116a85d619cd806
Author: Andrew Pinski
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116768
--- Comment #14 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:17f6add3aba96681673b78862116a85d619cd806
commit r15-4750-g17f6add3aba96681673b78862116a85d619cd806
Author: Andrew Pinski
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30854
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e6d21cbf5cf035b6fa9946a4321f87cbcfa9f275
commit r15-4752-ge6d21cbf5cf035b6fa9946a4321f87cbcfa9f275
Author: Jason Merrill
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115905
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117323
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106073
Andrew Pinski changed:
What|Removed |Added
Target Milestone|12.5|12.4
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117329
--- Comment #1 from Andrew Pinski ---
I can't reproduce the warning for Wnull-dereference but I do get a warning for
-O2 -Warray-bounds that has the same line as what you reported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117348
Bug ID: 117348
Summary: genmatch.cc:597:13: error: 'fmemopen' was not declared
in this sco pe; did you mean 'freopen'?
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #6 from Andreas Schwab ---
c) you have downgraded binutils after building gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #4 from Andrew Pinski ---
We need the config.log from the gcc subdirectory not the one from the toplevel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #8 from David Binderman ---
gcc $ grep BASE auto-host.h
#define HAVE_DECL_BASENAME 1
/* #undef HAVE_GAS_BASE64 */
/* #undef HAVE_LD_PE_DISABLE_DYNAMICBASE */
gcc $
So either I get a different gas when I compile gcc with clang,
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #7 from David Binderman ---
Created attachment 59485
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59485&action=edit
log file from config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
Bug ID: 117342
Summary: .base64 emitted when gas doesn't support it
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #2 from Andrew Pinski ---
For me it has:
```
configure:25857: checking assembler for .base64
configure:25867: /usr/bin/as --64 -o conftest.o conftest.s >&5
conftest.s: Assembler messages:
conftest.s:2: Error: unknown pseudo-op: `.ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94535
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116864
polarlinda6 changed:
What|Removed |Added
CC||polarlinda6 at 163 dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117345
Bug ID: 117345
Summary: internal compiler error: Segmentation fault at
maybe_begin_member_template_processing(tree_node*)
Product: gcc
Version: unknown
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117321
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5e247ac0c28b9a2662f99c4a5420c5f7c2d0c6bd
commit r15-4736-g5e247ac0c28b9a2662f99c4a5420c5f7c2d0c6bd
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117321
--- Comment #7 from Jakub Jelinek ---
Fixed on the trunk so far.
Guess it should be eventually backported to 14/13 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117343
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
--- Comment #4 from Haochen Jiang ---
Proposed patch:
https://gcc.gnu.org/pipermail/gcc-patches/2024-October/95.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #10 from Andreas Schwab ---
Can you provide an example of the evidence?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94535
--- Comment #15 from Alisdair Meredith ---
I suggest either INVALID or WONTFIX would be appropriate, depending on whether
you think the original report on a change of behavior was valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
--- Comment #13 from Richard Biener ---
(In reply to uecker from comment #11)
> I asked the C FE and it wants to get this fixed.
That was a funny comment?
But yes, when there are new C standards like C23 changing interoperability
rules a GCC e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106073
--- Comment #10 from Richard Biener ---
(In reply to Sam James from comment #9)
> (In reply to Sam James from comment #8)
> > 12.2 fails, >=12.3 works
>
> It was fixed by r12-8835-ge8d5f3a1b5a583 but I guess that made it latent.
Yes, but the P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117333
Richard Biener changed:
What|Removed |Added
Summary|[13/14/15 regression] ICE |[13/14 regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117345
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #14 from Andrew Pinski ---
So ipa-free-lang-data calls assign_assembler_name_if_needed which calls
need_assembler_name_p which does the check on if the assembler name is needed
before doing the freeing of front-end specific.
So that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117356
Bug ID: 117356
Summary: __builtin_mul_overflow_p(signed, 1, unsigned long)
should be just changed to `signed<0`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117356
--- Comment #1 from Andrew Pinski ---
By the way, no compiler gets the same code generation for all 3 functions.
Most have foo and foo1 being the same but some targets get close to foo2 though
.
RISCV32 GCC gets:
(insn 28 42 47 (set (reg/i:SI 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117002
Sam James changed:
What|Removed |Added
Last reconfirmed|2024-10-07 00:00:00 |2024-10-30
--- Comment #3 from Sam James -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #9 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #8 from ak at gcc dot gnu.org ---
It's when reading the profile file, so stage 4 (?)
The full log is here: http://firstfloor.org/~andi/l2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #10 from ak at gcc dot gnu.org ---
The small test case also fails with gcc 13.0 (although it doesn't have the
nested ICE). So it's an old latent bug.
gcc version 13.3.1 20240913 (Red Hat 13.3.1-3) (GCC)
gcc -fauto-profile=fbdata.afd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #11 from ak at gcc dot gnu.org ---
Given that it reproduce with distribution gcc 13.0 I don't think it's a
miscompilation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117343
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65281
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117355
Sam James changed:
What|Removed |Added
Summary|[15 regression] firebird|[15 regression] firebird
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
--- Comment #5 from GCC Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:12086865232382f93081d5564ff44b14bd71341c
commit r15-4765-g12086865232382f93081d5564ff44b14bd71341c
Author: Haochen Jiang
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117301
--- Comment #6 from Haochen Jiang ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Component|bootstrap
101 - 180 of 180 matches
Mail list logo
