https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117574
Bug ID: 117574
Summary: Miscompile with -O2/3 and -O0/1
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-14
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117573
Bug ID: 117573
Summary: RISC-V target -O2 generates Misaligned Access despite
-mstrict-align
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87576
Sam James changed:
What|Removed |Added
Known to work||12.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117476
Sam James changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117495
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117495
--- Comment #1 from GCC Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:19b24f4aae6c59d70cc882623b1e9b279b3872f3
commit r15-5225-g19b24f4aae6c59d70cc882623b1e9b279b3872f3
Author: Hongyu Wang
Date: Tue N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117572
Bug ID: 117572
Summary: Missing optimization after SCCP due to rewriting for
overflow
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117426
--- Comment #8 from Andrew Pinski ---
With my current version of the fix
(https://forge.sourceware.org/gcc/gcc-TEST/pulls/21) we get:
```
var ssa address cache
_386 refers to:
o
_388 refers to:
o
_390 refers to:
o
_391 re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111861
--- Comment #4 from 康桓瑋 ---
(In reply to Patrick Palka from comment #3)
> (In reply to 康桓瑋 from comment #2)
> > (In reply to Patrick Palka from comment #1)
> > > Interesting, I guess 'auto x = *iter;' should never be done in generic
> > > code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117164
--- Comment #5 from Joseph S. Myers ---
Slightly simplified test (note that only one nested function is needed, and
none of the calls to it actually use the return value - but all three calls are
needed to get the ICE). The special options from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117556
Andrew Pinski changed:
What|Removed |Added
Summary|gcc.dg/vect/vect-live-slp-3 |[15 Regression]
|.c f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117547
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2024-11-13
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117474
--- Comment #7 from Rimvydas (RJ) ---
(In reply to anlauf from comment #6)
>
> OK, this is really a memory hog.
>
> Replacing the many "use phys_base_mod, only : phys_base" by a simple
>
> import
>
> in the interfaces after putting
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117474
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from anla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117547
--- Comment #3 from H.J. Lu ---
(In reply to Richard Biener from comment #2)
> I think the error is with const_0_to_255_operand which seems to operate
> without context of the mode a VOIDmode CONST_INT is need to be interpreted
> with. Alternat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116591
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117539
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status|W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104819
--- Comment #15 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #14)
> Created attachment 59582 [details]
> Patch handling testcase in comment#13
Improved version submitted:
https://gcc.gnu.org/pipermail/fortran/2024-Novembe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116591
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:8564d0948c72df0a66d7eb47e15c6ab43e9b25ce
commit r15-5224-g8564d0948c72df0a66d7eb47e15c6ab43e9b25ce
Author: Jin Ma
Date: Wed Nov 13 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70800
--- Comment #8 from Andrew Pinski ---
(In reply to Eric Gallager from comment #5)
> (In reply to David Binderman from comment #0)
> > trunk/libgcc/config/libbid/bid_binarydecimal.c:143934]: (style) Expression
> > '(X & 0x) > 0xf423f' is alway
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116594
Bug 116594 depends on bug 116591, which changed state.
Bug 116591 Summary: internal compiler error: in extract_insn when compiling for
risc-v xtheadvector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116591
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70800
--- Comment #9 from Andrew Pinski ---
(In reply to David Binderman from comment #6)
> (In reply to Eric Gallager from comment #5)
>
> > keeping bug open for the enhancement to -Wtautological-compare
>
> I tried out the code in comment 1 on rece
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70800
--- Comment #7 from Eric Gallager ---
Does someone want to bisect to find when exactly the fix arrived, or should we
just close this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112803
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117474
--- Comment #4 from Rimvydas (RJ) ---
Created attachment 59594
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59594&action=edit
module import tester inside interface blocks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117474
--- Comment #5 from Rimvydas (RJ) ---
Added initial hand-reduced reproducer. It took quite a few iterations to
carefully cut out many small parts of original case while trying to preserve
original observed behavior of memory and walltime usage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117541
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117474
--- Comment #3 from Rimvydas (RJ) ---
Created attachment 59593
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59593&action=edit
reproducer
Just module files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101228
--- Comment #18 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:3e2b297b0bb77317e759a180a5d4b701f6e5e6e4
commit r13-9185-g3e2b297b0bb77317e759a180a5d4b701f6e5e6e4
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117571
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Target Mil
-libsanitizer
--disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r15-5201-20241113154216-g5a674367c6d-checking-yes-rtl-df-extra-nobootstrap-pr112398revert-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241113 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Assignee|unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115285
--- Comment #18 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ce2cf1f03295b7992a8e3eae3c703845f045db27
commit r15-5213-gce2cf1f03295b7992a8e3eae3c703845f045db27
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96088
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ce2cf1f03295b7992a8e3eae3c703845f045db27
commit r15-5213-gce2cf1f03295b7992a8e3eae3c703845f045db27
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2024-11-13
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
--- Comment #8 from Alejandro Colomar ---
Several years don't buy us much. I think having it for 1 release will already
make it better. Further than 1 release gives us not much value; especially if
there's no release notes that say that it wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70800
--- Comment #6 from David Binderman ---
(In reply to Eric Gallager from comment #5)
> keeping bug open for the enhancement to -Wtautological-compare
I tried out the code in comment 1 on recent gcc trunk
and the problem seems to be fixed:
Alpha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117191
--- Comment #10 from denisc at gcc dot gnu.org ---
Proposed patch.
I just mark a CLOBBER insn with pseudo spilled to memory for removing it later
together with LRA temporary CLOBBER insns.
The patch is simple.
On x86_64, it bootstraps+regtests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117546
Sam James changed:
What|Removed |Added
Keywords|needs-reduction |
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117539
--- Comment #3 from Dominik Gronkiewicz ---
Turns out, the behavior of gfortran is consistent with the standard, as it is a
gateway open left for implementing garbage collection (details in the discourse
thread). So with this development I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
--- Comment #7 from Joseph S. Myers ---
How about the gnulib manywarnings module for a few years first, which would
cover various gnulib-using projects that like a high level of warnings, and
then consider -Wextra?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43374
--- Comment #8 from Andrew Pinski ---
(In reply to Roman Kononov from comment #3)
> This looks related.
>
> $ cat test.c
> _Decimal64 func() {
> return 9e384dd + 9e384dd;
> }
>
> $ gcc -c test.c
> test.c: In function 'func':
> test.c:2:3: int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43374
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117570
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43374
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117570
Bug ID: 117570
Summary: DFP ICE in build_real
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117569
Bug ID: 117569
Summary: Predicate involving array indexing won’t compile in
generic
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117567
Bug ID: 117567
Summary: [15 Regression] ICE: segfault during GIMPLE pass: vect
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117568
Bug ID: 117568
Summary: z13: Use vector instructions for fixed length memcmp
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
--- Comment #5 from Andreas Schwab ---
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105595
--- Comment #9 from dennis-hezel at gmx dot de ---
Yes it is also true for functions in anon namespace inside header. Again, I am
not so concerned with getting all of those scenarios perfectly fixed. Like you
were saying, it probably requires som
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117564
John David Anglin changed:
What|Removed |Added
Component|middle-end |target
--- Comment #1 from John Dav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117565
Bug ID: 117565
Summary: RISC-V: Make ABI implicit for non-default march
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
--- Comment #4 from Richard Biener ---
Does https://gcc.gnu.org/pipermail/gcc-patches/2024-November/668600.html by
chance fix it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117566
Bug ID: 117566
Summary: RISC-V: Enable VLS tests in testsuite for various
targets
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #21 from Michael Matz ---
I've posted a version of Kewens patch that moves the wanted functionality under
a new target option:
https://gcc.gnu.org/pipermail/gcc-patches/2024-November/668608.html
(in the hope that that's getting a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
--- Comment #6 from Alejandro Colomar ---
Hmm, okay, Wextra as a first step makes sense.
How about one release in Wextra, and then move it to Wall?
As for ISO C, I'm not sure if ISO is a good place to start the deprecation. I
don't like ISO i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56504
--- Comment #6 from Sam James ---
It'd be reasonable to close this one and file a new one for the remaining
enhancements. That way, e.g. people see in the list of closed bugs for 15.0
that some progress was made on it, and so on. But it's up to y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56504
Filip Kastl changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117564
Bug ID: 117564
Summary: a-comp.c:649:1: internal compiler error: in
plus_constant, at explow.cc:102
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56504
--- Comment #4 from GCC Commits ---
The master branch has been updated by Filip Kastl :
https://gcc.gnu.org/g:99ec0eb32a03506142f30c158276b4131aa73fe8
commit r15-5204-g99ec0eb32a03506142f30c158276b4131aa73fe8
Author: Filip Kastl
Date: Wed No
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117563
Bug ID: 117563
Summary: RISC-V: -mcpu is ignored when -march has been
specified.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #11 from GCC Commits ---
The master branch has been updated by John David Anglin :
https://gcc.gnu.org/g:0342d024ff9af258df3bc8a23c9e999bea6be3e0
commit r15-5203-g0342d024ff9af258df3bc8a23c9e999bea6be3e0
Author: John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117562
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117562
Bug ID: 117562
Summary: [15 Regression] 40% slowdown of 482.sphinx3 on Zen4,
Zen5 since r15-5120-g9a62c149589103
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #12 from GCC Commits ---
The releases/gcc-14 branch has been updated by John David Anglin
:
https://gcc.gnu.org/g:39b0fb9bbcf49fc7a7c97c9efbc4453e1593b536
commit r14-10926-g39b0fb9bbcf49fc7a7c97c9efbc4453e1593b536
Author: John Davi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117561
Bug ID: 117561
Summary: z13/z14 Please add a scalar_test_data_class builtin
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
--- Comment #5 from uecker at gcc dot gnu.org ---
While I personally would like to have this warning in -Wall, and also want to
see 0 as null pointer constant be deprecated, I think it is too early. At this
time, it is not deprecated (I have a d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by John David Anglin
:
https://gcc.gnu.org/g:424bd4c3d14473c18850e7366804e761fc0b03de
commit r12-10814-g424bd4c3d14473c18850e7366804e761fc0b03de
Author: John Davi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117525
--- Comment #13 from GCC Commits ---
The releases/gcc-13 branch has been updated by John David Anglin
:
https://gcc.gnu.org/g:4ac301e399ceff496646fc8da06ad423521b7a29
commit r13-9184-g4ac301e399ceff496646fc8da06ad423521b7a29
Author: John David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117554
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
--- Comment #3 from Andreas Schwab ---
Indeed, bootstrapping with -fno-vect-cost-model fails the same way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
--- Comment #2 from Ralph Ursprung ---
Created attachment 59590
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59590&action=edit
test case which compiles fine (without views::transform)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
--- Comment #1 from Ralph Ursprung ---
Created attachment 59589
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59589&action=edit
test case which compiles fine (using views::single, not filesystem)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117557
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117555
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117560
Bug ID: 117560
Summary: std::views::zip incompatible with
std::filesystem::directory_iterator &
std::views::transform
Product: gcc
Version: 14.2.0
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111861
--- Comment #3 from Patrick Palka ---
(In reply to 康桓瑋 from comment #2)
> (In reply to Patrick Palka from comment #1)
> > Interesting, I guess 'auto x = *iter;' should never be done in generic code
> > then?
>
> Yap, even 'range_value_t x = *it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113905
--- Comment #5 from Tobias Burnus ---
I have asked at OpenMP.org's lang mailing list. Alex replied:
> This should be invalid (or so was the intent) as the
> construct set doesn’t match.
Thus, it seems as if GCC handles it correctly :-)
(Or at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117556
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112569
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117550
Bug ID: 117550
Summary: constexpr inlining and size optimizations
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2021-05-27 00:00:00 |2024-11-13
--- Comment #12 from Jonat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Jonathan Wakely changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #11 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117552
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117558
--- Comment #1 from Richard Biener ---
Same reason for the aarch64 fails
FAIL: gcc.target/aarch64/sve/struct_vect_22.c scan-assembler-times \\tld1d\\t 1
FAIL: gcc.target/aarch64/sve/struct_vect_22.c scan-assembler-times \\tld4d\\t 1
FAIL: gcc.t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117547
--- Comment #2 from Richard Biener ---
I think the error is with const_0_to_255_operand which seems to operate
without context of the mode a VOIDmode CONST_INT is need to be interpreted
with. Alternatively every operand with such (or similar) p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117559
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117559
Bug ID: 117559
Summary: Hybrid analysis confused by store pattern for uniform
mask .MASK_STORE
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117023
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117557
--- Comment #2 from Tamar Christina ---
It looks like after the change we vectorize
c[b[a]] = d[b[a]]
but I wonder if the resulting code doesn't need an alias check that c != d.
I don't see any added, let me try to bisect the loop and reduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117023
--- Comment #5 from Bruno Haible ---
(In reply to Jakub Jelinek from comment #4)
> I think it is just fine to call strncat (s, NULL, 0); because it will
> read no more than 0 characters from src, but I think it is problematic to
> call strncat (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117059
--- Comment #4 from Alejandro Colomar ---
Since I would like to officially deprecate 0 as a null pointer constant, it
would be good if we put it in -Wall. Does it make sense?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117558
Bug ID: 117558
Summary: peeling for gap overrun check imprecise for VLA
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117029
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2024-11-13
Status|UNCONFIRMED
1 - 100 of 122 matches
Mail list logo
