https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Bug ID: 115368
Summary: Wrong order of gcc include paths on musl systems
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #1 from Khem Raj ---
Created attachment 58366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58366&action=edit
potential fix
This patch uses -idirafter instead of -iprefix when building for musl. This
fixes the issue as the se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115367
--- Comment #2 from PierU ---
I can confirm it's really dynamic, i.e. the number of threads can change each
time a parallel region is started. I tested with this Fortran toy example:
```
program p
use omp_lib
implicit none
real, allocatable ::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115341
--- Comment #2 from GCC Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:f46d54a2a76acb94356989fb187853e5b58c3098
commit r15-1057-gf46d54a2a76acb94356989fb187853e5b58c3098
Author: Hongyu Wang
Date: Thu J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115341
Hongyu Wang changed:
What|Removed |Added
CC||hongyuw at gcc dot gnu.org
Resolu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115367
PierU changed:
What|Removed |Added
CC||comptes at ugo235 dot fr
--- Comment #3 from Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #14 from Jon Daniel ---
clang++ compiles with -O0 but generated executable segfaults
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115369
Bug ID: 115369
Summary: ifcvt failed to condition elimination
for__builtin_mul_overflow
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114803
--- Comment #16 from Alexandre Oliva ---
That macro is used within libstdc++ to avoid relying on C99 functions when the
target C library is not C99-compliant. It involves leaving out C++ standard
bits that would depend on functions that the C l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
Jon Daniel changed:
What|Removed |Added
Attachment #58365|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
--- Comment #14 from rguenther at suse dot de ---
On Thu, 6 Jun 2024, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
>
> --- Comment #13 from Tamar Christina ---
> (In reply to rguent...@suse.de from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
--- Comment #15 from Tamar Christina ---
(In reply to rguent...@suse.de from comment #14)
> On Thu, 6 Jun 2024, tnfchris at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114932
> >
> > --- Comment #13 from Tamar Chr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370
Bug ID: 115370
Summary: [15 regression] gcc.target/i386/pr77881.c FAIL
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370
Hongyu Wang changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #16 from Jon Daniel ---
See https://github.com/Const-me/SimdIntroArticle/ for different AVX2 DotProduct
examples and check if they have different signs with g++/clang++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111376
--- Comment #6 from Siarhei Volkau ---
Well, it is work mostly well.
However, it still has issues, addressed in my patch:
1) Doesn't work for -Os : highly likely costing issue.
2) Breaks condmoves, as mine does. I have no idea how to avoid tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115371
Bug ID: 115371
Summary: Hard to decode error message when fixed underlying
type of enum is not declared
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115352
--- Comment #2 from Jakub Jelinek ---
I've first tried
--- gcc/gimple-lower-bitint.cc.jj 2024-04-12 10:59:48.233153262 +0200
+++ gcc/gimple-lower-bitint.cc 2024-06-06 11:05:29.845597763 +0200
@@ -4324,7 +4324,8 @@ bitint_large_huge::lower
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64758
Jonathan Wakely changed:
What|Removed |Added
CC||kamil_tym at wp dot pl
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115371
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
Rainer Orth changed:
What|Removed |Added
Host|powerpc64le-linux-gnu |
Build|powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115345
--- Comment #13 from Djordje Baljozovic ---
(In reply to Richard Biener from comment #12)
> (In reply to Djordje Baljozovic from comment #11)
> > (In reply to Djordje Baljozovic from comment #9)
> > > (In reply to Andrew Pinski from comment #7)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79201
--- Comment #7 from Raphael C ---
As of gcc 8 this returns:
f(int):
mov eax, 1
ret
I think this can be closed as resolved now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79726
--- Comment #3 from Raphael C ---
Issue still present in gcc 14.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115352
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=79201
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> here is a testcase where DOM does not mess with the loop but we should still
> be able to sink the function out and do when adding -fno-tree-pre:
>
> int f(int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115370
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85463
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:395ac0417a17ba6405873f891f895417d696b603
commit r15-1065-g395ac0417a17ba6405873f891f895417d696b603
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105274
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:0d25989d60d15866ef4737d66e02432f50717255
commit r15-1069-g0d25989d60d15866ef4737d66e02432f50717255
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97384
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:0d25989d60d15866ef4737d66e02432f50717255
commit r15-1069-g0d25989d60d15866ef4737d66e02432f50717255
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115353
Richard Ball changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #20 from Jonathan Wakely ---
(In reply to frankhb1989 from comment #19)
> It may be quite difficult to improve the docs without the first step from
> the maintainers to make the sensible default clear enough. Anyway, whether
> the is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #21 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #20)
> It's nonsense to suggest that only maintainers can make such changes to the
> docs, since it's clear and obvious that GCC does not provide everything the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114529
Gaius Mulley changed:
What|Removed |Added
Attachment #58307|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87589
--- Comment #13 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #12 from Ian Lance Taylor ---
> Sure, we can do that patch for now. Thanks. unsupported is fine too.
I've posted the patch now
https://gcc.gnu.org/pipermail/gcc-patche
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115353
--- Comment #3 from Richard Ball ---
Patch in Upstream Review:
https://sourceware.org/pipermail/gcc-patches/2024-June/653820.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109452
--- Comment #3 from Tobias Burnus ---
The following is missing as well:
--- a/gcc/omp-general.cc
+++ b/gcc/omp-general.cc
@@ -3316,3 +3316,5 @@ omp_runtime_api_procname (const char *name)
"init_lock",
+ "init_lock_with_hint",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115360
--- Comment #2 from GCC Commits ---
The master branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:c559353af49fe5743d226ac3112a285b27a50f6a
commit r15-1073-gc559353af49fe5743d226ac3112a285b27a50f6a
Author: Andre Vieira
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115353
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Ball :
https://gcc.gnu.org/g:2963c76e8e24d4ebaf2b1b4ac4d7ca44eb0a9025
commit r15-1074-g2963c76e8e24d4ebaf2b1b4ac4d7ca44eb0a9025
Author: Richard Ball
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115353
--- Comment #5 from Richard Ball ---
Fixed on trunk so far
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-06
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Khem Raj changed:
What|Removed |Added
Attachment #58366|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115288
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:6e6471806d886bc052d3922d636d49aaf75d5d16
commit r15-1076-g6e6471806d886bc052d3922d636d49aaf75d5d16
Author: Andrew Pinski
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115288
--- Comment #3 from Sam James ---
I should've said, the obvious patch did indeed work for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115288
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115345
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #14 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
--- Comment #12 from GCC Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:366d45c8d4911dc7874d2e64cf2583c0133b8dd5
commit r15-1077-g366d45c8d4911dc7874d2e64cf2583c0133b8dd5
Author: Uros Bizjak
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115288
--- Comment #5 from David Malcolm ---
Sorry about the breakage; thanks for fixing this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115372
Bug ID: 115372
Summary: [15 Regression] RISCV pr97428.c scan-tree-dump-times
after r15-812-gc71886f2ca2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115372
--- Comment #1 from Patrick O'Neill ---
debug output:
gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c: vsseg3e64\\.v found 0
times
FAIL: gcc.target/riscv/rvv/autovec/struct/struct_vect-4.c scan-assembler-times
vsseg3e64\\.v 8
gcc.target/risc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115348
Jeffrey Armstrong changed:
What|Removed |Added
CC||jeffrey.armstrong@approxima
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115373
Bug ID: 115373
Summary: [15 Regression] RISCV slp-cond-2-big-array.c
slp-cond-2.c scan-tree-dump fails since
r15-859-geaaa4b88038
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115373
--- Comment #1 from Patrick O'Neill ---
Relevant postcommit issue:
https://github.com/patrick-rivos/gcc-postcommit-ci/issues/999
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #3 from Jonathan Wakely ---
Please send patch to the gcc-patches mailing list rather than attaching them
here.
https://gcc.gnu.org/contribute.html#patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #4 from Andrew Pinski ---
Note this patch does not work as OPTION_MUSL is not defined for all targets.
e.g. *-*-darwin and *-*-elf* targets do not define it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #6 from Andrew Pinski ---
> musl does not depend/use gcc's private headers
Which is wrong and broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113869
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pengxuan Zheng :
https://gcc.gnu.org/g:230d62a2cdd16c1ec8fe87998ec01081503f010d
commit r15-1079-g230d62a2cdd16c1ec8fe87998ec01081503f010d
Author: Pengxuan Zheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113880
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pengxuan Zheng :
https://gcc.gnu.org/g:230d62a2cdd16c1ec8fe87998ec01081503f010d
commit r15-1079-g230d62a2cdd16c1ec8fe87998ec01081503f010d
Author: Pengxuan Zheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Bug ID: 115374
Summary: fmod() in x86_64 -O3 not using return value from the
glibc's implementation if x87 FPU fprem returns NaN
Product: gcc
Version: 14.1.1
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-06
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #2 from Andrew Pinski ---
And for mmx code, you can't combine it in a nice way without using EMMS.
So it might be a bug in the code you are testing with.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115375
Bug ID: 115375
Summary: [15 Regression] RISCV scan failures since 2024-05-04
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
Mario Hros changed:
What|Removed |Added
Attachment #58371|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #4 from Mario Hros ---
I already reported the problem in the code using MMX without EMMS - it was
FFMPEG
(https://patchwork.ffmpeg.org/project/ffmpeg/patch/am9p193mb194004554ecf79f43679cfb2af...@am9p193mb1940.eurp193.prod.outlook.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115345
--- Comment #15 from Djordje Baljozovic ---
(In reply to Sam James from comment #14)
> It's worth keeping in mind:
> * Fuzzers are distinct from sanitizers (fuzzers run with random or ~random
> input and often use sanitizers to help find issues)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #5 from Andrew Pinski ---
The inline-asm is still broken
https://gcc.gnu.org/onlinedocs/gcc-14.1.0/gcc/Extended-Asm.html#x86-Floating-Point-asm-Operands
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #6 from Andrew Pinski ---
(In reply to Mario Hros from comment #4)
>
> This bug report is about the strange behavior where GCC doesn't seem to be
> using result of the fmod@plt at all. Or am I missing something?
Yes you are missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #7 from Mario Hros ---
Created attachment 58373
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58373&action=edit
reporoduction code, compile with -O3 -lm
prints:
is NaN and should not be
errno = 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #8 from Uroš Bizjak ---
When compiling the following testcase:
--cut here--
#include
double
__attribute__((noinline))
do_fmod (double x, double y)
{
return fmod(x, y);
}
--cut here--
one can find in _.265t.optimized:
__attribu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115376
Bug ID: 115376
Summary: ICE with if expression in value setting of a constant
declaration
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d5a3c6d43acb8b2211d9fb59d59482d74c010f01
commit r15-1080-gd5a3c6d43acb8b2211d9fb59d59482d74c010f01
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
--- Comment #12 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:56c73729c3eab08ca48f366bd435f98457743e45
commit r14-10286-g56c73729c3eab08ca48f366bd435f98457743e45
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Summary|[11/12/13/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115377
Bug ID: 115377
Summary: Invalid typename with non nested-name-specifier
accepted in specific contexts
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115377
--- Comment #1 from Andrew Pinski ---
>typename V=42;
It is treating it as int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115377
Andrew Pinski changed:
What|Removed |Added
Known to work||4.8.5, 4.9.4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #9 from Andrew Pinski ---
Created attachment 58374
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58374&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
Bug ID: 115378
Summary: [ice-on-valid] code using friend injection is crashing
gcc since 14
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
--- Comment #1 from Andrew Pinski ---
Note it has nothing to do with `friend injection` but rather variadic
templates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
--- Comment #2 from Andrew Pinski ---
Created attachment 58375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58375&action=edit
Slightly reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111376
--- Comment #7 from YunQiang Su ---
Ohh, I need add "&&" before "!reload_completed".
It seems work with -Os.
can you give me you test code?
I cannot figure out a non-workable condmove C code for it.
With the constant less than 0x, AN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
Andrew Pinski changed:
What|Removed |Added
Attachment #58375|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115378
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-06
Summary|[ice-on-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115379
Bug ID: 115379
Summary: -Wformat warning reports the wrong floating-point type
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115379
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115369
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|x86_64-*-* i?86-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115365
--- Comment #5 from Hongtao Liu ---
(In reply to Rainer Orth from comment #4)
> Unfortunately, the fix broke 32-bit Solaris/SPARC in exchange:
>
> FAIL: gcc.dg/pr100927.c scan-rtl-dump-times final "(?n)(fix:SI" 3
>
/* { dg-final { scan-rtl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115334
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> Created attachment 58374 [details]
> Patch which I am testing
There were some regressions. I have to go back and figure out how to fix them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115380
Bug ID: 115380
Summary: Missing MUL_OVERFLOW support in analayzer
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115381
Bug ID: 115381
Summary: Missed deoptimization opportunity when comparing two
different linker symbols
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115372
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115373
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115374
--- Comment #9 from Richard Biener ---
Yep, it's call DCE which elides the errno setting function call iff the result
is not NaN.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115375
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115373
Richard Biener changed:
What|Removed |Added
Target|riscv |riscv, aarch64
--- Comment #3 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115381
--- Comment #1 from Richard Biener ---
-fno-semantic-interposition
1 - 100 of 102 matches
Mail list logo