https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Connor Abbott changed:
What|Removed |Added
CC||rguenther at suse dot de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
--- Comment #15 from Sam James ---
(In reply to mcccs from comment #14)
> I just bootstrapped on aarch64 with --with-arch=armv8-a+fp
> --with-float-abi=hard without any errors
I only saw it on arm(32), not arm64 (aarch64).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #15 from Andrew Pinski ---
Connor thanks for the detailed bug report too. It was very very useful.
The reason why I changed it to remove the floating point and most of the C++
code was to make it easier to debug. In this case since t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61291|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Sam James changed:
What|Removed |Added
Target|aarch64 |aarch64 x86_64
--- Comment #13 from Sam Jam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-05-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61287|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #2 from Jørgen Kvalsvik ---
Interesting. I looked at the attach'd .gcov file and it is filled with these:
paths covered 1 of zu
Does the target not support size_t with printf("%zu")?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61289|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #8 from Sam James ---
I suspect it's r15-7533-g589d79e6268b05.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Andrew Pinski changed:
What|Removed |Added
Attachment #61288|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #6 from Andrew Pinski ---
I am starting to think this is an early exit vectorization bug.
THe main reason is the at is important and that causes an early exit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #5 from Andrew Pinski ---
Created attachment 61288
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61288&action=edit
Semi more reduced
The copy for vertices is important ...
Also is at.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #4 from Sam James ---
-fno-tree-vectorize works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #3 from Andrew Pinski ---
>note that running programs on godbolt compiled with GCC 15 on aarch64 seems to
>be broken
Note using -static allows to run on godbolt just fine :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #10 from Jerry DeLisle ---
I have a patch now that addresses the original problem and regression tests
fine whcih I will submit to the gfortran list. Before I do that I want to
explore these other cases given in Comment #8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #1 from Sam James ---
$ git diff --word-diff --no-index <(g++ p.cxx -O2 -o p-O2 && ./p-O2) <(g++
p.cxx -O3 -o p-O3 && ./p-O3)
diff --git a/dev/fd/63 b/dev/fd/62
--- a/dev/fd/63
+++ b/dev/fd/62
@@ -1 +1 @@
0 0 0 0 0 0 0 0 0 0 64 191 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
--- Comment #2 from Andrew Pinski ---
Created attachment 61287
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61287&action=edit
Self checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Sam James changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120089
Bug ID: 120089
Summary: GCC miscompiles VK-GL-CTS on aarch64 with -O3
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120088
Bug ID: 120088
Summary: Use of uninitialized value in constant expression when
copy-constructing a std::expected from
another copy-assigned non-erroneous std::expected
Prod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98925
--- Comment #4 from Sam James ---
(In reply to Jan Hubicka from comment #3)
> Return value range propagation was added in
> r:53ba8d669550d3a1f809048428b97ca607f95cf5
>
> however it works on scalar return values only for now. Extending it to
> a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111276
Andrew Pinski changed:
What|Removed |Added
Keywords|patch |
URL|https://gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119641
--- Comment #4 from Owen A. ---
(In reply to Thomas Schwinge from comment #3)
> (I haven't checked, but) supposedly fixed in trunk via commit
> r16-237-gbeced835afa3908aa94550d2ca5ee3879a620adb "gccrs: Fix narrowing
> conversion warnings".
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
mcccs at gmx dot com changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #6 from mcccs at gmx dot com ---
Thank you, reported https://github.com/llvm/llvm-project/issues/138424
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #5 from mcccs at gmx dot com ---
Ah I see then there's the problem of denormals. I guess I'll report this to
LLVM so that they may cripple naive AI libraries using O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #4 from mcccs at gmx dot com ---
By the way Andrew, wouldn't it be more performant to check for sNaN then use
vcvtneps2bf16 instead of completely avoiding vcvtneps2bf16?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120087
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118977
Joel Sherrill changed:
What|Removed |Added
Last reconfirmed||2025-5-3
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117287
Andrew Pinski changed:
What|Removed |Added
CC||danilov at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120087
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120087
Bug ID: 120087
Summary: Miscompilation of a short-cut boolean expression in
the presence of assume attribute.
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
Bug ID: 120086
Summary: FAIL: gcc.misc-tests/gcov-29.c
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> Created attachment 61285 [details]
> Reduced but not cleaned up all the way
-O2 is enough to reproduce this one. Don't need any other options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
--- Comment #3 from Andrew Pinski ---
Created attachment 61285
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61285&action=edit
Reduced but not cleaned up all the way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #1 from John David Anglin ---
Similar fails:
FAIL: gcc.misc-tests/gcov-30.c gcov: 0 failures in line counts, 0 in branch
percentages, 0 in condition/decision, 12 in prime-paths, 0 in return
percentages, 0 in intermediate format, 0 fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119641
--- Comment #3 from Thomas Schwinge ---
(I haven't checked, but) supposedly fixed in trunk via commit
r16-237-gbeced835afa3908aa94550d2ca5ee3879a620adb "gccrs: Fix narrowing
conversion warnings".
Owen, for next time, to auto-annotate GCC Bugzil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102900
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120085
Bug ID: 120085
Summary: FAIL: gcc.dg/lto/modref-2
c_lto_modref-2_0.o-c_lto_modref-2_0.o link, -O2
-flto-partition=max -flto -fno-ipa-sra
Product: gcc
Version: 16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102900
--- Comment #11 from GCC Commits ---
The releases/gcc-15 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:768c8aed07aba2f240b92a7ee05be502cb5681b0
commit r15-9617-g768c8aed07aba2f240b92a7ee05be502cb5681b0
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119986
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
--- Comment #2 from John David Anglin ---
This changes test to unsupported on hppa64-hp-hpux11.11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91917
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> GCC was changed not to emit them on purpose, see r15-5071-gde867e8da30bf5
> which made the change to only allow it at -Ofast.
https://gcc.gnu.org/pipermail/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120084
Bug ID: 120084
Summary: FAIL: gcc-dg-lto-pr60779-01.exe
scan-ltrans-tree-dump-times optimized "divdc3" 1
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #40 from Nicolas Boulenguez ---
Created attachment 61282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61282&action=edit
fix details, improve diff readability
Hello.
This version fixes various cosmetic details in v15.
The arc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119937
--- Comment #9 from Matthias Klose ---
this is only seen with a profiled bootstrap, make profiledbootstrap-lean, not
with the bootstrap target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120049
--- Comment #9 from Jerry DeLisle ---
(In reply to kargls from comment #8)
> (In reply to Jerry DeLisle from comment #7)
> > That is exactly the patch I was testing Steve.
>
> I assume that you've found that you'll need to
> deal with both c_pt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
Andrew Pinski changed:
What|Removed |Added
Host|hppa64-hp-hpux11.11 |
Build|hppa64-hp-hpux11.11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
--- Comment #1 from mcccs at gmx dot com ---
So the issue is doing what GCC does for Ofast for O3 as well, many thanks and
kind regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #3 from John David Anglin ---
Fails at first cmpb:
=> 0x400067bc : cmpb,*<> r0,ret0,0x40006804
0x400067c0 : depdi,z,* -7,31,5,ret0
0x400067c4 : cmpb,*<> ret0,ret1,0x40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120083
Bug ID: 120083
Summary: Use vcvtneps2bf16 AVX512BF instruction to convert
float to __bf16
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
--- Comment #7 from Jeffrey A. Law ---
I'd forgotten about the MIPS quirks WRT promoted values.
While you can have a value in a register without promotion, you can't *use*
that value validly, even if it may otherwise appear to be safe to do so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #2 from John David Anglin ---
Created attachment 61281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61281&action=edit
Assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
--- Comment #1 from John David Anglin ---
Created attachment 61280
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61280&action=edit
Preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120082
Bug ID: 120082
Summary: FAIL: gcc.dg/ipa/pr119318.c execution test
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120081
Bug ID: 120081
Summary: lsplit is not always working
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
--- Comment #6 from Xi Ruoyao ---
Before ext-dce:
(insn 421 420 422 43 (set (reg:DI 523 [ i ])
(sign_extend:DI (reg:SI 423 [ _144 ]))) 238 {extendsidi2}
(expr_list:REG_DEAD (reg:SI 423 [ _144 ])
(nil)))
(insn 440 439 441 45
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118874
--- Comment #22 from Iain Sandoe ---
Given that Rainer reports that this is a regression from GCC-10, I was looking
into back porting it for GCC-14.3. However, it does not seem that either the
pr115905 or the test case here fail with current re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
--- Comment #5 from Xi Ruoyao ---
Before ext-dce:
(insn 420 419 421 43 (set (reg:SI 423 [ _144 ])
(truncate:SI (reg:DI 304 [ ivtmp.55 ]))) 203 {truncdisi2}
(nil))
(insn 421 420 422 43 (set (reg:DI 523 [ i ])
(sign_extend:DI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
--- Comment #5 from Mikael Pettersson ---
(In reply to Mikael Pettersson from comment #4)
> Bisected between 14.2.0 (old/good) and 15.1.0 (new/bad).
>
> 9cebf1234b88e55a04071bd55c9ec4e22c0899e6 is the first new commit
> commit 9cebf1234b88e55a0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119844
--- Comment #3 from printfne at gmail dot com ---
Thank you for the solution you proposed. It is indeed very useful. Besides,
I want to know if the C++ standard has any regulations on the symbols
exported in the module? For example, make them the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944
--- Comment #20 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:a63d871eac0e57002b4ab4e1522f3f3851183b5e
commit r16-368-ga63d871eac0e57002b4ab4e1522f3f3851183b5e
Author: Jason Merrill
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120069
Jan Hubicka changed:
What|Removed |Added
Last reconfirmed||2025-05-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119900
--- Comment #6 from Jan Hubicka ---
Sadly this did not fix the whole regression. The problem is that after my
change to enable ipa-cp to clone over cold edges we clone
GetVirtualPixelsFromNexus twice (as constprop.0 and constprop.1). This
func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120061
--- Comment #7 from Jakub Jelinek ---
I'm not against reverting the patch, but I'd really like to understand what's
going on, because 15/16 could very well be wrong too, just on larger testcases.
Anyway, I've tried
468x empty line followed by
#i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120074
Richard Biener changed:
What|Removed |Added
Version|unknown |15.1.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120064
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120061
--- Comment #6 from Richard Biener ---
Our build succeeds with GCC 15, but as Jakub says, location_t is larger there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120061
--- Comment #5 from Richard Biener ---
The preprocessed source is too large to attach as well (~4MB compressed).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120061
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120074
--- Comment #4 from Jakub Jelinek ---
I wonder about:
--- gcc/gimple-fold.cc.jj 2025-04-21 17:04:48.0 +0200
+++ gcc/gimple-fold.cc 2025-05-03 12:43:29.643908582 +0200
@@ -8337,7 +8337,8 @@ fold_truth_andor_for_ifcombine (enum tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #447 from John Paul Adrian Glaubitz ---
(In reply to pietro from comment #446)
> FYI, there's talk of forcing all GCC targets to use LRA for the next release:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2025-May/682470.html
> https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120080
Bug ID: 120080
Summary: [16 regression] ICE when building llvm-20.1.3
(find_bit_tests, at tree-switch-conversion.cc:1799)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120074
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120050
--- Comment #4 from Xi Ruoyao ---
As a hack I disabled ext-dce for MIPS by default:
diff --git a/gcc/config/mips/mips.cc b/gcc/config/mips/mips.cc
index 24a28dcf817..cf4784c48bb 100644
--- a/gcc/config/mips/mips.cc
+++ b/gcc/config/mips/mips.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Jakub Jelinek changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120070
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
88 matches
Mail list logo