https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118023
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-12-13
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118023
Sam James changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #4 from Li Pan ---
(In reply to Li Pan from comment #3)
>1 │ #include
>2 │
>3 │ #define I_P1 16
>4 │ #define I_P2 1344
>5 │
>6 │ #define HADAMARD4(d0, d1, d2, d3, s0, s1, s2, s3) {\
>7 │
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118023
--- Comment #1 from Andrew Pinski ---
This is most likely due to the recent if combine patches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118024
--- Comment #1 from Sam James ---
```
during GIMPLE pass: waccess
vis.c: In function ‘stravis.strub.0’:
vis.c:217:1: internal compiler error: tree check: expected tree_list, have
identifier_node in matching_alloc_calls_p, at gimple-ssa-warn-acce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118023
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Summary|ICE: verify_gim
des
--with-build-config='bootstrap-O3 bootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241212 (experimental)
f7d1b9cdc0dd811722798530efffd736bfc2bc1d (Gentoo Hardened 15.0. p, commit
5dc272f0f180fae9fc937881a213cbe907e5a8f8)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #3 from Li Pan ---
1 │ #include
2 │
3 │ #define I_P1 16
4 │ #define I_P2 1344
5 │
6 │ #define HADAMARD4(d0, d1, d2, d3, s0, s1, s2, s3) {\
7 │ int t0 = s0 + s1;\
8 │ int t1 = s0 - s1;\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118023
Bug ID: 118023
Summary: ICE: verify_gimple failed: 'bit_field_ref' of
non-mode-precision operand at -O1 and above when
reinterpreting _BitInt() as _Complex
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
--- Comment #7 from Sam James ---
Created attachment 59854
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59854&action=edit
l.go
This is standalone at least.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
Sam James changed:
What|Removed |Added
Attachment #59840|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118022
Bug ID: 118022
Summary: : _Copy_awaiter should explicitly construct
_Yielded_decvref
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117980
Sam James changed:
What|Removed |Added
Keywords||patch
--- Comment #10 from Sam James ---
h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118021
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117980
Sam James changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118021
Bug ID: 118021
Summary: [15 regression] ICE in parser
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109214
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=118020
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
Andrew Pinski changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118020
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Summary|SIGSEGV i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118006
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118007
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-12-13
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #2 from JuzheZhong ---
(In reply to Vineet Gupta from comment #1)
> How exactly are you building it ?
-march=rv64gcv_zvl512b -mabi=lp64d -mrvv-vector-bits=zvl -mrvv-max-lmul=m2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118020
Bug ID: 118020
Summary: SIGSEGV in std::generator
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
Vineet Gupta changed:
What|Removed |Added
CC||vineetg at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
sandra at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
--- Comment #8 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:d136fa00f0d5faff8397edcd7e4ebb3445ab21b0
commit r15-6187-gd136fa00f0d5faff8397edcd7e4ebb3445ab21b0
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Moncef Mechri changed:
What|Removed |Added
CC||moncef.mechri at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117970
--- Comment #6 from Lewis Hyatt ---
I can reproduce that failure using your configuration to make cross compilers
on an x86-64 host. The tests pass when a single arch is configured, there are
just problems with multilib configuration. They also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
Bug ID: 118019
Summary: RISC-V: Performance regression in hottest function of
X264
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
--- Comment #7 from sandra at gcc dot gnu.org ---
You're right, I did garble the description of the option in my previous patch.
Will fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117866
--- Comment #6 from uecker at gcc dot gnu.org ---
Created attachment 59852
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59852&action=edit
patch
preliminary patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117652
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116989
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=118018
Bug ID: 118018
Summary: FAIL: gcc.c-torture/execute/nestfunc-5.c -O1
execution test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115532
sandra at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115532
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:c768cd07f8d96175e66c25f541d3d58569cf6397
commit r15-6180-gc768cd07f8d96175e66c25f541d3d58569cf6397
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84245
--- Comment #15 from kargls at comcast dot net ---
(In reply to Paul Thomas from comment #14)
> (In reply to kargls from comment #13)
> >
> > If something goes wrong, do you possibly need to free expr1 and expr2.
> > Elsewhere in gfc_match_select
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118016
--- Comment #4 from geza.herman at gmail dot com ---
Thanks!
After reading the links, I still think that the current behavior is bad (the
arguments in the docs weren't convincing, tbh), but it seems that it is
supposed to be like this, so arguin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44574
--- Comment #17 from Heiko Eißfeldt ---
> > I would like to fix the atoi in read-rtl and atoi/atol/atoll/atoq in
> > read-rtl-function, using strtoq as a fallback when strtoll is not available.
>
> Please note that you have strtoll (and friends)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44574
--- Comment #16 from Uroš Bizjak ---
(In reply to Heiko Eißfeldt from comment #12)
> (In reply to GCC Commits from comment #11)
> > The trunk branch has been updated by Andrew Pinski :
> ...
> > Note since this code
> > still uses atoi, an in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118017
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Summary|ICE: maximum nu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118017
Andrew Pinski changed:
What|Removed |Added
Attachment #59848|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #11 from Andrew Pinski ---
(In reply to Georg-Johann Lay from comment #10)
> > Expanding it for scalar modes and using it for isel can happen.
> How would the backend chime in? Only per costs, or is there more control
> qua new stan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118016
--- Comment #3 from Joseph S. Myers ---
For C, see https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1361.htm and the
minutes https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1380.pdf where it was
accepted (thus reverting an abortive attempt to
dcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-20241212162925-r15-6176-gb563a3a00db064-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241212 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115127
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118016
--- Comment #2 from geza.herman at gmail dot com ---
I disagree how the standard is interpreted.
If I write "1.1", it is a double literal. Its value should be the closest
double to "1.1". It is fine, if later, the compiler treats this value as l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115127
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f7d1b9cdc0dd811722798530efffd736bfc2bc1d
commit r15-6179-gf7d1b9cdc0dd811722798530efffd736bfc2bc1d
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #10 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #9)
> Basically gimple should be almost all target indepdendent except in the late
> stages.
The problem is that some canonicalizations are very expensive on some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
--- Comment #14 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #12)
> With the following patch instead it isn't vectorized anymore and uses scalar
> code:
AFAICS, this is the correct patch to implement partial vector V2SFmode patte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
--- Comment #13 from Jakub Jelinek ---
Without the #c12 patch, slp2 shows with -O2 -mfma:
Vector cost: 172
Scalar cost: 184
with it
Vector cost: 156
Scalar cost: 152
No idea how the scalar cost decreased so much.
.VEC_FMADDSUB (_8, _10,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118014
--- Comment #2 from Andrew Pinski ---
[/opt/compiler-explorer/gcc-trunk-20241212/include/c++/15.0.0/coroutine:207:7]
# DEBUG INLINE_ENTRY from_promise
[/opt/compiler-explorer/gcc-trunk-20241212/include/c++/15.0.0/coroutine:209:19]
# DEBUG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
--- Comment #12 from Jakub Jelinek ---
With the following patch instead it isn't vectorized anymore and uses scalar
code:
--- gcc/config/i386/i386.md.jj 2024-12-07 11:40:03.604875310 +0100
+++ gcc/config/i386/i386.md 2024-12-12 19:10:26.999
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44574
--- Comment #15 from Heiko Eißfeldt ---
Thanks a lot, I will add atoq too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44574
--- Comment #14 from Andrew Pinski ---
Created attachment 59847
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59847&action=edit
Patch which adds the poison to system.h
Obvious this does not compile right now because of the use of atoi but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
Jakub Jelinek changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117901
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117797
Paul Thomas changed:
What|Removed |Added
Summary|[13/14/15 Regression] ICE |[13/14 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117797
--- Comment #2 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:d4330ff9bc9a2995e79d88b09a2ee76673167661
commit r15-6177-gd4330ff9bc9a2995e79d88b09a2ee76673167661
Author: Paul Thomas
Date: Thu D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84245
--- Comment #14 from Paul Thomas ---
(In reply to kargls from comment #13)
> (In reply to Paul Thomas from comment #12)
> > Created attachment 59753 [details]
> > Fix for this PR
> >
> > Testcase. Regressions tests OK. Will submit when my tree i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #9 from Andrew Pinski ---
(In reply to Georg-Johann Lay from comment #8)
> Isn't there a way to make match.md patterns conditional?
match patterns should almost never be conditional unless it is producing direct
internal functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115532
sandra at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #8 from Georg-Johann Lay ---
Isn't there a way to make match.md patterns conditional?
A -fno-tree-phiopt gives mixed results...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
Andrew Pinski changed:
What|Removed |Added
CC||geza.herman at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118016
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118016
Bug ID: 118016
Summary: GCC adds excess precision to floating point literals,
and therefore rounds incorrectly (x87 FPU,
-fexcess-precision=standard)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #7 from Andrew Pinski ---
(In reply to Georg-Johann Lay from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > /* Expand X*Y as X&-Y when Y must be zero or one. */
> > ...
> > if (bit0_p || bit1_p)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
--- Comment #6 from Georg-Johann Lay ---
(In reply to Andrew Pinski from comment #5)
> /* Expand X*Y as X&-Y when Y must be zero or one. */
> ...
> if (bit0_p || bit1_p)
> {
> bool speed = optimize_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118015
Bug ID: 118015
Summary: bogus "check for NULL after already dereferencing it"
warning
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #23 from Filip Kastl ---
(In reply to Sam James from comment #22)
> Are we keeping this one open for the improvement mentioned in
> https://inbox.sourceware.org/gcc-patches/z1gdhpphod-5m...@fkdesktop.suse.cz/?
I wanted to close this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118012
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |middle-end
--- Comment #5 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118014
--- Comment #1 from Giel ---
While different from PR104177 I believe that Arsen's patch for that would also
solve this bug: [PATCH 2/2] c++/coroutines: handle (new-)extended alignment
[PR104177]
(https://gcc.gnu.org/pipermail/gcc-patches/2024-Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118014
Bug ID: 118014
Summary: address computation for coroutine frame differs
between BasePromise and MostDerivedPromise
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117996
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117996
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:62c1d98b870f84bd511deba7b93e8c49e38f4335
commit r12-10856-g62c1d98b870f84bd511deba7b93e8c49e38f4335
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117996
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:0f74991d88948238530ed1216d334ac123483c5d
commit r13-9249-g0f74991d88948238530ed1216d334ac123483c5d
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117996
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:d470d64b398684f510637fe8ada570fff92af841
commit r14-11083-gd470d64b398684f510637fe8ada570fff92af841
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106631
--- Comment #1 from Barry Revzin ---
I tried to open this bug report again today (although this time I ran into it
due to a missing #include for the primary definition, rather than typoing the
name).
Still took me a while to parse the error me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117996
--- Comment #3 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:b563a3a00db064d4d47fd171379e1d34d0698faa
commit r15-6176-gb563a3a00db064d4d47fd171379e1d34d0698faa
Author: Eric Botcazou
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118000
Georg-Johann Lay changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118000
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:c94ac10ffc422d4c9a28266b1340382d69518464
commit r15-6175-gc94ac10ffc422d4c9a28266b1340382d69518464
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116979
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113688
uecker at gcc dot gnu.org changed:
What|Removed |Added
Summary|[14/15 Regression] |[14] verify_type fails for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116447
Richard Earnshaw changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114713
uecker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117724
uecker at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118005
--- Comment #17 from Alejandro Colomar ---
(In reply to Jakub Jelinek from comment #15)
> I think the current behavior is correct, noipa implies the function boundary
> is an optimization barrier for the compiler, while inline is the exact
> opp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118005
--- Comment #16 from Alejandro Colomar ---
(In reply to Andrew Pinski from comment #13)
> We have been warning about noinline and inline since the noinline attribute
> was added back in r0-37987-g9162542e3d0cd2 .
>
> When noipa was added (r8-22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117997
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118003
--- Comment #8 from Jonathan Wakely ---
I think you'll get similar problems when trying to recurse into them with
recursive_directory_iterator, because that's what remove_all was doing when it
failed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117990
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117987
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118013
Bug ID: 118013
Summary: bogus "infinite loop" warning
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118001
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118003
--- Comment #7 from Martin Storsjö ---
(In reply to Jonathan Wakely from comment #6)
> I have zero interest in learning any native APIs and my employer isn't
> interested in Windows support, so if I can't easily get it working with code
> simila
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118001
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:f8a602ce5394ef7e0c56b48e3bd89f97f0411c45
commit r15-6171-gf8a602ce5394ef7e0c56b48e3bd89f97f0411c45
Author: Georg-Johann Lay
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116669
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Andre V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117899
--- Comment #4 from Christophe Piault ---
We have a RFE opened for this issue and will try to see with Intel contacts if
they can update their plans.
If you know another way to fund this work, feel free to share.
1 - 100 of 146 matches
Mail list logo
