https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109727
Bug ID: 109727
Summary: [13/14 Regression] -Warray-bounds false positive with
-fsanitize=undefined
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Keywords: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
Sam James changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #14 from jbeulich at suse dot com ---
(In reply to LIU Hao from comment #13)
> MSVC outputs:
> ```
> get_value PROC ; COMDAT
> mov ecx, DWORD PTR eax
> mov rax, QWORD PTR rip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109723
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109721
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109723
--- Comment #2 from Sam James ---
Created attachment 54990
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54990&action=edit
reduced.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
--- Comment #2 from Richard Biener ---
This is likely a duplicate, the issue is that uninit diagnostics do not cope
well with loops and use/def predicates that eventually involve PHIs with
backedges.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #7 from john.harper at vuw dot ac.nz ---
I hadn't thought about -std=gnu in this context but it would make sense
for std=gnu to give a warning for comma after namelist name if
std=legacy is going to allow it without one. You wouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109695
Aldy Hernandez changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54627
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104357
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> One thing I should note:
> _7 = x_3(D) >= 0;
> _6 = (unsigned char) _7;
> _8 = -_6;
>
> Should be done on the gimple level as:
> t = x_3(D) >> (sizeof(x_3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109678
--- Comment #7 from Quentin Sabah ---
@jason Thanks for the fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #6 from john.harper at vuw dot ac.nz ---
OK by me but I'm not in charge of gfortran!
On Thu, 4 May 2023, jvdelisle at gcc dot gnu.org wrote:
> Date: Thu, 4 May 2023 03:05:49 +
> From: jvdelisle at gcc dot gnu.org
> To: John Har
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #13 from LIU Hao ---
dup notwithstanding, I think I had better copy my recommendation here for
reference:
This is how MSVC handles such names:
(https://gcc.godbolt.org/z/TonjYaxqj)
```
static int* volatile rip;
static unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-04
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
Andrew Pinski changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109726
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109726
Bug ID: 109726
Summary: use of variables whose name happen to match register
names or keywords
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109725
Bug ID: 109725
Summary: [14 Regression] ICE: RTL check: expected code
'const_int', have 'reg' in riscv_print_operand, at
config/riscv/riscv.cc:4430
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109722
--- Comment #2 from Andrew Pinski ---
This is the corrected version which surives a bootstrap:
/* Convert ABS[U]_EXPR == 0 or ABS[U]_EXPR != 0 to x == 0 or x != 0. */
(for op (abs absu)
(for eqne (eq ne)
(simplify
(eqne (op @0) zerop@1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109535
Kito Cheng changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109535
--- Comment #15 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:5821f378b58443e21c77c0f8c673067fc7655fcb
commit r13-7285-g5821f378b58443e21c77c0f8c673067fc7655fcb
Author: Ju-Zhe Zhong
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
--- Comment #3 from Sam James ---
Created attachment 54989
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54989&action=edit
reduced.ii
This reduced version seems to exhibit the same behaviour but please verify.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61754
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109662
--- Comment #5 from Jerry DeLisle ---
Is this acceptable:
$ ./a.out
Compiler version = GCC version 14.0.0 20230424 (experimental)
Compiler options = -mtune=generic -march=x86-64 -Wpedantic
-fpre-include=/usr/include/finclude/math-vector-fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109709
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
--- Comment #2 from Sam James ---
I'm going to try reduce this with a timeout of ~3s or so and pray, but please
tell me if you have a better idea to help speed it up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
Sam James changed:
What|Removed |Added
Keywords||compile-time-hog,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109724
Bug ID: 109724
Summary: [10 regression] Huge memory usage when building
qtwebengine's SkOpAngle.cpp
Product: gcc
Version: 10.4.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109723
Sam James changed:
What|Removed |Added
Keywords||needs-bisection,
|
. p, commit 490c1c096ca1d3a1f4a84801a46231d64c07ba49)
14.0.0 20230503 (experimental) 6cff5f3da7f263bb11cf48e6011931422b62b364
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109675
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109722
--- Comment #1 from Andrew Pinski ---
Note I accidently found this while creating a patch for PR 101541 and I had
messed up creating ABSU when I didn't need to and it was causing the testsuite
patterns in tree-ssa/vrp20.c not to match (though i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109722
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109722
Bug ID: 109722
Summary: ABSU == 0 is not optimized to just a == 0
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109675
--- Comment #3 from CVS Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:9525daf0fbc5c836ee028f5b58612857de7da51d
commit r14-465-g9525daf0fbc5c836ee028f5b58612857de7da51d
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101541
--- Comment #4 from Andrew Pinski ---
Another one missed:
```
unsigned abssat2 (unsigned x)
{
int y = x;
if (y < 0)
x = -x;
return x;
}
```
I have a patch for the this case, I think. Working on the other case now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109544
--- Comment #4 from JuzheZhong ---
(In reply to Mathieu Malaterre from comment #2)
> ok then. Closing as resolved/invalid then !
Hi, the GCC master has supported the latest segment intrinsics.
Would you mind using the latest segment intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109721
--- Comment #1 from Andrew Pinski ---
The testcase might need now -fno-tree-vectorizer .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109721
Andrew Pinski changed:
What|Removed |Added
Summary|[14 Regression] predcom-2 |[14 Regression] predcom-2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109721
Bug ID: 109721
Summary: [14 Regression] predcom-2 fails after recent changes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109720
--- Comment #4 from Andrew Pinski ---
Some internal GCC Notes:
PRE introduces the read from uninitialized memory though it is not used in some
pathes. The IR/CFG is very has some interesting twists and turns to it which
looks like it confuses bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109720
--- Comment #3 from Paul Smith ---
Created attachment 54986
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54986&action=edit
bitset.i.gz compressed preprocessor output
Hm, I did attach it when I filed the bug; I guess I forgot to click so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105844
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:b357af31b8d1e93f0f70133e25d3ad4045f7a32b
commit r10-11389-gb357af31b8d1e93f0f70133e25d3ad4045f7a32b
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109720
--- Comment #2 from Andrew Pinski ---
(In reply to Paul Smith from comment #1)
> Hm, maybe it's due to the union. Maybe GCC can't grok that we ensure that
> we only use the dynamic_bitset leg of the union after we've initialized it?
Once we ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109720
--- Comment #1 from Paul Smith ---
Hm, maybe it's due to the union. Maybe GCC can't grok that we ensure that we
only use the dynamic_bitset leg of the union after we've initialized it?
I wonder if this warning could just assume that if the cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109670
--- Comment #5 from Christoph Reiter ---
Taking `libgcc_s_dw2-1.dll` from gcc 12.2 fixes the issue. We also found that
gdb and cmake are broken due to broken exception handling (in case of cmake it
is flaky). In both those cases taking the old `
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109709
--- Comment #5 from Jonathan Wakely ---
I suppose we could do something like:
--- a/gcc/doc/install.texi
+++ b/gcc/doc/install.texi
@@ -364,7 +364,9 @@ You must have GNU make installed to build GCC@.
Necessary (only on some platforms) to unta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109709
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
Christian Hergert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109709
--- Comment #3 from Manuel Jacob ---
(In reply to Richard Biener from comment #1)
> Huh, can you post how it fails?
if [ -d ../prev-gcc ]; then \
cd ../prev-gcc && \
make real-install-headers-tar DESTDIR=`pwd`/../gcc/ \
libsubdir=. ; \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109720
Bug ID: 109720
Summary: -Wmaybe-uninitialized triggering when I can see no
path that would allow it
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #8 from Andrew Pinski ---
(In reply to Christian Hergert from comment #6)
> (In reply to Andrew Pinski from comment #2)
> > HUH? omit frame pointer is on by default on x86_64.
>
> Yes, Fedora 38 changed the default compiler flags to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #7 from Christian Hergert ---
(In reply to Andrew Pinski from comment #3)
> Also on x86_64, frame pointers are not required by the ABI so this is not an
> ABI issue. Why instead are you not using the dwarf2 unwind tables that are
> g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #6 from Christian Hergert ---
(In reply to Andrew Pinski from comment #2)
> HUH? omit frame pointer is on by default on x86_64.
Yes, Fedora 38 changed the default compiler flags to `-fno-omit-frame-pointer`
so that the system can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109717
--- Comment #4 from Jonathan Wakely ---
Some of the warnings were always present, but suppressed unless you used
-Wsystem-headers
Now they're issued even when the "problem" is in a system header.
This is considered progress ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #5 from Christian Hergert ---
Created attachment 54985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54985&action=edit
First level of stack traces with g++
This shows stack traces when the only change was compiling harfbuzz w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #4 from Christian Hergert ---
Created attachment 54984
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54984&action=edit
First level of stack traces with clang++
This shows a more proper first-level of stack frames within the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #3 from Andrew Pinski ---
Also on x86_64, frame pointers are not required by the ABI so this is not an
ABI issue. Why instead are you not using the dwarf2 unwind tables that are
generated by default too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109710
--- Comment #5 from Jonathan Wakely ---
It should not be hard to understand. You are using this path:
/Volumes/External_7/_Ze-Bins/_GNU-Compilers/_13,1.x/
There is a comma in _13,1.x
Just like you were using _12,1,x earlier.
Stop doing that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
--- Comment #1 from Christian Hergert ---
> When I recompile the project with clang++ instead
I realize this was a bit vague, by "project" I mean Harfbuzz. Simply compiling
Harfbuzz with clang++ made frame-pointer unwinding work by Linux perf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109717
--- Comment #3 from Paul Smith ---
OK, well, we don't have to say "broken"; all I know is that perfectly
respectable code that used to work without triggering these warnings in older
versions of GCC, and with older -std=c++..., is now failing in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105819
--- Comment #15 from Jonathan Wakely ---
*** Bug 109710 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109710
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109719
Bug ID: 109719
Summary: Truncated frame-pointer unwinding via Linux perf with
g++
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109649
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91618
--- Comment #15 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7ce078ceca42f184f6f60c3ca921b6e07cf2c4bd
commit r14-460-g7ce078ceca42f184f6f60c3ca921b6e07cf2c4bd
Author: Jason Merrill
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109649
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7ce078ceca42f184f6f60c3ca921b6e07cf2c4bd
commit r14-460-g7ce078ceca42f184f6f60c3ca921b6e07cf2c4bd
Author: Jason Merrill
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109649
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:6138e862038180c7cfb94d6c120bd0b76da382ae
commit r13-7283-g6138e862038180c7cfb94d6c120bd0b76da382ae
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105614
--- Comment #20 from gagan sidhu (broly) ---
my apologies, i should open a new ticket if this is indeed an error.
but it may be my fault for not specifying the ARCH parameter when installing
the linux headers prior to starting the toolchain.
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109710
Andrew Pinski changed:
What|Removed |Added
Summary|OS X Lio : make failed -> |Build fails with `,` in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105614
--- Comment #19 from gagan sidhu (broly) ---
seems that 13.1.0 still needs some modification, because i was building the
toolchain and now get a static assertion error:
> /bin/sh ../libtool --tag=CXX --mode=compile
> /Volumes/xtoolshit/bgc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109712
Andrew Pinski changed:
What|Removed |Added
Component|c++ |libgcc
--- Comment #2 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109716
Andrew Pinski changed:
What|Removed |Added
Blocks||97048
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109714
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109701
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99928
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2023-05-03
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109711
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109711
--- Comment #10 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:2b8a27634f5d28e3e7c4a08bf065f2daada7aed2
commit r14-458-g2b8a27634f5d28e3e7c4a08bf065f2daada7aed2
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109649
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109666
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109678
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109650
Georg-Johann Lay changed:
What|Removed |Added
Component|middle-end |target
--- Comment #7 from Georg-Joh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109715
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90746
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90746
--- Comment #4 from CVS Commits ---
The master branch has been updated by Alexander Monakov :
https://gcc.gnu.org/g:cef0c0bb13e2953b41caca0506ab1d41c56f29de
commit r14-457-gcef0c0bb13e2953b41caca0506ab1d41c56f29de
Author: Alexander Monakov
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109661
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Summary|[13/14 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109661
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1c26adba4b95f9a79f3aa57637d34cff7982d832
commit r14-456-g1c26adba4b95f9a79f3aa57637d34cff7982d832
Author: Richard Sandiford
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109661
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:3a4a39b391e63e5be04cb06ee4cd5400bef63dfc
commit r14-455-g3a4a39b391e63e5be04cb06ee4cd5400bef63dfc
Author: Richard Sandiford
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109717
--- Comment #2 from Jonathan Wakely ---
It's not actually broken, it's just paranoid, and the overflow detection
triggers for dead code.
The optimizer analyzes different paths through the code separately, and fails
to detect that some of those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105844
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105844
--- Comment #13 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:14175f2262c94868e26f01eef1e14418f2b5e6a9
commit r10-11388-g14175f2262c94868e26f01eef1e14418f2b5e6a9
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92978
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:14175f2262c94868e26f01eef1e14418f2b5e6a9
commit r10-11388-g14175f2262c94868e26f01eef1e14418f2b5e6a9
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109718
Bug ID: 109718
Summary: Dependency generation for header-units and modules not
possible
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109717
--- Comment #1 from Paul Smith ---
This same test case also causes spurious errors for -Wstringop-overflow :(
If I use this compile line with the same source file, I get these errors:
$ g++-13.1 -I/data/src/build/common/fmt/include -std=gnu++2
1 - 100 of 259 matches
Mail list logo
