https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117820
Bug ID: 117820
Summary: Formatted output gives wrong result.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117819
Bug ID: 117819
Summary: Formatted READ with BZ in format fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117820
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117782
--- Comment #9 from kugan at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #8)
> Can you try again now that PR 117350 has actually been pushed?
Thanks. This fixes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117782
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #10 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
Andrew Pinski changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117757
Joseph S. Myers changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117757
--- Comment #2 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:24dac1eab9c3b650826bbaa84dd64310910e647c
commit r15-5741-g24dac1eab9c3b650826bbaa84dd64310910e647c
Author: Joseph Myers
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115644
--- Comment #4 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:24dac1eab9c3b650826bbaa84dd64310910e647c
commit r15-5741-g24dac1eab9c3b650826bbaa84dd64310910e647c
Author: Joseph Myers
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117823
--- Comment #1 from Hongtao Liu ---
The vectorization maybe need ffast-math.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117823
Bug ID: 117823
Summary: sdot_prod pattern extended to floating point?
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117824
Bug ID: 117824
Summary: ipa-modref isn't documented ingccint
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117810
--- Comment #3 from uecker at gcc dot gnu.org ---
Not sure what this has to do with constexpr, but allowing expressions should be
possible. WG21 is working on contracts to specify pre-. and postprocessing, but
I am not sure advanced this is.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46532
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
--- Comment #4 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #3)
> I don't know what the C4 constructor is for, but we should probably export
> it.
Well I tried with -static-libstdc++ and it fails with that option too. So I a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100094
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.5.0
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
Bug 37336 depends on bug 97122, which changed state.
Bug 97122 Summary: Spurious FINAL ... must be in the specification part of a
MODULE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97122
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95215
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102275
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100097
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||paal at levold dot net
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117818
--- Comment #2 from Steven Munroe ---
Same issues compiled for power9/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
--- Comment #5 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #3)
> I don't know what the C4 constructor is for, but we should probably export
> it.
So C4/C5 are internal and should always be inlined I think So maybe this is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117655
--- Comment #3 from Jonathan Wakely ---
(In reply to Mathias Stearn from comment #2)
> It looks like a similar optimization would make sense for
> operator=(string&&): https://godbolt.org/z/Wo19fjKeK.
I think this is missing the fix up, althoug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
--- Comment #18 from Paul Eggert ---
(In reply to uecker from comment #17)
> Fairly limited, but if you only have specific cases where you need
> this, this worked for me as a workaround:
>
> #define TRUNC4(x) { x[0], x[1], x[2], x[3] }
> stati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117650
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:17db5742a555d4f8fd5fa324adb6d1e5c55374be
commit r15-5732-g17db5742a555d4f8fd5fa324adb6d1e5c55374be
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43374
--- Comment #12 from Peter Bergner ---
(In reply to Janis Johnson from comment #4)
> The tests also fail on powerpc64-linux, although the first one gets the same
> error with and without optimization.
>
> elm3c105% cat 43374-1.c
> int func(_Deci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91193
Joseph S. Myers changed:
What|Removed |Added
Known to work||15.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117210
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91193
--- Comment #8 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:87492fb3fd5e7510983e0275a38ba95769335018
commit r15-5734-g87492fb3fd5e7510983e0275a38ba95769335018
Author: Joseph Myers
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117815
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117782
kugan at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117815
Bug ID: 117815
Summary: RFE: provide a way to capture SARIF for all gcc
invocations in a build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #7 from kargls at comcast dot net ---
(In reply to Richard Biener from comment #3)
> You can get the desired behavior with -fno-signed-zeros I think - it might
> be reasonable to add an additional -fcx-* flag specifying that just for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112600
--- Comment #29 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:4a8685911697c237ff8c0589827eb8649f8440f1
commit r15-5727-g4a8685911697c237ff8c0589827eb8649f8440f1
Author: Pan Li
Date: Fri Nov 22 11:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
--- Comment #1 from Benoit Pierre ---
Created attachment 59725
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59725&action=edit
Full output of: arm-linux-gnueabihf-gcc -v -Wall -Wextra -Wstrict-aliasing -O2
-mfpu=neon -S test.c -o -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117796
--- Comment #11 from Daniel Starke ---
Thank you for the detailed explanation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117781
--- Comment #1 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:eaa675ad3f0a033537440f93172a7b122c04cab5
commit r15-5725-geaa675ad3f0a033537440f93172a7b122c04cab5
Author: Joseph Myers
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112841
--- Comment #7 from GCC Commits ---
The master branch has been updated by Joseph Myers :
https://gcc.gnu.org/g:eaa675ad3f0a033537440f93172a7b122c04cab5
commit r15-5725-geaa675ad3f0a033537440f93172a7b122c04cab5
Author: Joseph Myers
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117781
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117210
--- Comment #14 from Jonathan Wakely ---
Alternatively, we could just open code the conditions from sys/cdefs.h
Both FreeBSD and DragonFlyBSD do:
#if (__GNUC_PREREQ__(2, 0) && !defined(__STRICT_ANSI__)) || \
__STDC_VERSION__ >= 199901
#def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117810
Bug ID: 117810
Summary: Feature request: attribute access but for (start, end)
type interfaces
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111263
avieira at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc64-linux-gnu,|powerpc64-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117818
Bug ID: 117818
Summary: vec_add incorrectly generates vadduwm for vector char
const inputs.
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
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=117813
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117818
--- Comment #1 from Steven Munroe ---
May be related to 117007
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116212
--- Comment #4 from Jonathan Wakely ---
Ah yes I see it on 14. The warning is nonsense, none of the vectors used have a
length greater than 4, and the largest size is sizeof(std::string). 4 * 32 is
not in the range [18446744071562067968, 1844674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117788
--- Comment #3 from Marek Polacek ---
Perhaps we can promote the warning to an error in C++26, and leave the rest of
the changes for GCC 16.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117812
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117817
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
--- Comment #15 from GCC Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:093584abb854559393e36cd4cdcf9dc4862dd046
commit r15-5731-g093584abb854559393e36cd4cdcf9dc4862dd046
Author: Uros Bizjak
Date: Wed N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116212
--- Comment #3 from Sam James ---
It looks fixed on trunk but I can hit it with 14 at least.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
Paul Eggert changed:
What|Removed |Added
CC||eggert at cs dot ucla.edu
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #4 from Richard Biener ---
diff --git a/gcc/tree-complex.cc b/gcc/tree-complex.cc
index 7480c07640e..69786661a78 100644
--- a/gcc/tree-complex.cc
+++ b/gcc/tree-complex.cc
@@ -127,7 +127,8 @@ some_nonzerop (tree t)
/* Operations w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117472
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117812
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117810
uecker at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #5 from mjr19 at cam dot ac.uk ---
Compiling with -fno-signed-zeros does work surprisingly well.
I say "surprisingly", as I think that the change affects more than just signed
zeros, in that 3.0*(2.0,Inf) might be (6.0,Inf) or (NaN,I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117788
--- Comment #4 from Jakub Jelinek ---
It is very much possible it actually is that simple, the overloaded operator
behavior is described elsewhere - https://eel.is/c++draft/class.compare so
maybe what is written there isn't affected by wording c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117812
Bug ID: 117812
Summary: zstd dependency 1.5.1
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libbacktrace
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117814
Bug ID: 117814
Summary: arm/MVE: regressions after r15-4734-g63b6967b06b538
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117814
Christophe Lyon changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117142
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:dc0e962ea18667bc3cdabcafef85b241a4f2c678
commit r12-10836-gdc0e962ea18667bc3cdabcafef85b241a4f2c678
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117745
--- Comment #11 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:958f0025f41d8bd9812e4da91a72b1ad79496e5b
commit r15-5728-g958f0025f41d8bd9812e4da91a72b1ad79496e5b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117745
Jakub Jelinek changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression] GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117817
Bug ID: 117817
Summary: Compile error when taking address of temporary array
in sizeof operator
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Andrew Pinski changed:
What|Removed |Added
Component|libstdc++ |ipa
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117817
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-27
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117724
--- Comment #8 from Andres Freund ---
FWIW, a few of postgres' CI instances (which intentionally track a snapshot
gcc) are hitting this (see e.g. [1]). I reproduced the failure locally, applied
the patch from [2], after which the build succeeds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117798
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117797
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 117776, which changed state.
Bug 117776 Summary: [12/13/14/15 Regression] Missed optimization/vectorization
opportunity (adding a even/odd check to an accumulator)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117776
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117776
Andrew Pinski changed:
What|Removed |Added
Target Milestone|12.5|15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91193
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117809
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117810
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91193
Joseph S. Myers changed:
What|Removed |Added
CC||xieym3 at zohomail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117358
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117105
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117776
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:bca515ff1893fe4ca1a9042364af3c43f93a397c
commit r15-5730-gbca515ff1893fe4ca1a9042364af3c43f93a397c
Author: Andrew Pinski
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117806
--- Comment #2 from Andrew Pinski ---
gcc_checking_assert (!TYPE_NAME (n) || comptypes (n, t1));
gcc_checking_assert (!TYPE_NAME (n) || comptypes (n, t2));
It is the first one that is failing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117808
Bug ID: 117808
Summary: Internal compiler error when using Ada 'Image
attribute for record (-gnat2022)
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117809
Bug ID: 117809
Summary: feature request: attribute malloc but for
non-function-return-value return values
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #3 from Richard Biener ---
You can get the desired behavior with -fno-signed-zeros I think - it might be
reasonable to add an additional -fcx-* flag specifying that just for _Complex
operations signed zeros can be ignored (IIRC non-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117811
Bug ID: 117811
Summary: [ARM NEON] bad code for conditional right shift
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117806
--- Comment #3 from Andrew Pinski ---
Created attachment 59729
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59729&action=edit
Reduced testcase
This reduced testcase has no errors and is valid C23 as far as I can tell.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117806
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #2 from mjr19 at cam dot ac.uk ---
There will certainly be differences in some cases. If R=2.0 and Z=-0.0i the
answer might be (0.0,0.0) or (0.0,-0.0).
The point is that Fortran does not specify which of these is correct. Both are
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117750
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
fix=/repo/gcc-trunk//binary-trunk-20241127062712-r15-5717-g32f6485849c826-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241127 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84211
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Andrew Pinski changed:
What|Removed |Added
Component|ipa |libstdc++
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Bug ID: 117813
Summary: GCC14 + -fsanitize=undefined + -Os +
recursive_directory_iterator results in undefined
reference
Product: gcc
Version: 14.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117802
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
1 - 100 of 191 matches
Mail list logo