https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121970
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121970
--- Comment #9 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:dd645f6b9e9a6f5853ffeb51ac341edf6690833d
commit r16-4123-gdd645f6b9e9a6f5853ffeb51ac341edf6690833d
Author: liuhongt
Date: Tue Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122082
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101295
Andrew Pinski changed:
What|Removed |Added
CC||blubban at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122084
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122084
Bug ID: 122084
Summary: Self-referential objects work poorly in constexpr
dtors
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
--- Comment #6 from Francois-Xavier Coudert ---
(In reply to Pascal Pignard from comment #5)
> Shouldn't the function get it directly from macOS with sw_vers?
The current method avoids a fork and exec, and also doesn't require linking to
specif
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120645
Pascal Pignard changed:
What|Removed |Added
CC||p.p11 at orange dot fr
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122069
Tamar Christina changed:
What|Removed |Added
Blocks||53947
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121936
--- Comment #21 from Martin Jambor ---
The issue occurs because of return value range propagation (i.e. in
the direction from callees to callers, which happens without cloning).
The code (in ipa_return_value_range) already correctly queries the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #8 from Henri Menke ---
Correct, this is problem that I was trying to point out in my original report.
When the optional argument is not present then the values of stride.1 and
stride.3 are going to remain uninitialized and UBSan wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99217
--- Comment #9 from GCC Commits ---
The master branch has been updated by YunQiang Su :
https://gcc.gnu.org/g:b07bab1953d69a359c72c10d52edcf96707ec46a
commit r16-4116-gb07bab1953d69a359c72c10d52edcf96707ec46a
Author: ChengLulu
Date: Tue Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to Henri Menke from comment #5)
> Apologies for supplying non-conforming code.
>
> When I add an explicit interface for the inner routine
>
> subroutine outer(optarr)
> real,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #5 from Henri Menke ---
Apologies for supplying non-conforming code.
When I add an explicit interface for the inner routine
subroutine outer(optarr)
real, optional, intent(in) :: optarr(:,:)
interface
subrou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122074
--- Comment #5 from rockeet ---
(In reply to Andrew Pinski from comment #4)
> > Suffix "_u" in __m256i_u emphpasize we are > using an unaligned vector
> > which should be > processed specially
>
> No it does not mean that. It does mean it is u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
--- Comment #3 from Jonathan Wakely ---
The reduced testcase only gives one warning, but running the version in the
testsuite with -Wnonnull gives two warnings:
FAIL: 25_algorithms/lexicographical_compare_three_way/1.cc -std=gnu++20 (test
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> Seems to be a regression caused by
> r15-3328-g673a448aa24efedd5ac140ebf7bfe652d7a6a846
>
> "Optimize initialization of small padded objects"
That's what I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
Jonathan Wakely changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122052
--- Comment #9 from edison ---
(In reply to Tamar Christina from comment #7)
> (In reply to kargls from comment #6)
> > (In reply to Tamar Christina from comment #5)
> > > > Fortran flags: -fallow-argument-mismatch -fall-intrinsics
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122083
Bug ID: 122083
Summary: [Regression 15/16] Bogus -Wnonnull for call to memcmp
with length determined using <=> operator
Product: gcc
Version: 15.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122052
--- Comment #10 from edison ---
Update: The original report was inaccurate: 654.roms_s does not crash
immediately. It runs for a while before failing with exit code rc=33792.
Compilation still succeeds; the failure occurs during execution.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122074
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122052
--- Comment #8 from edison ---
Created attachment 62459
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62459&action=edit
cpu2017 config file(-Ofast -march=armv9-a -static)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122052
--- Comment #7 from Tamar Christina ---
(In reply to kargls from comment #6)
> (In reply to Tamar Christina from comment #5)
> > > Fortran flags: -fallow-argument-mismatch -fall-intrinsics
> >
> > I just noticed the -fall-intrinsics which I did
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122082
Bug ID: 122082
Summary: complex multiply: w * conj(w) should have zero
imaginary part
Product: gcc
Version: 15.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122081
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #2 from Henri Menke ---
Created attachment 62456
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62456&action=edit
Original tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121999
--- Comment #7 from Andrew Pinski ---
(In reply to Filip Kastl from comment #6)
> (In reply to Richard Biener from comment #5)
> > hoping for a non-FDO testcase from fuzzers/rebuilders ;)
>
> Alright. I'll be on the lookout for that :)
PR 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122081
Bug ID: 122081
Summary: [16 Regression] ICE; 'global_options' are modified in
local context
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #3 from Henri Menke ---
Created attachment 62457
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62457&action=edit
UBSan tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
--- Comment #1 from Henri Menke ---
Created attachment 62455
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62455&action=edit
Soourc file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122080
Bug ID: 122080
Summary: Optional array argument reads uninitialized values
from stack
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122079
Andrew Pinski changed:
What|Removed |Added
Summary|ICE on valid code at|[16 regression] ICE on
th: ../gcc-trunk/configure --disable-bootstrap
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250927 (experime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118977
Federico Terraneo changed:
What|Removed |Added
CC||fede.tft at miosix dot org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122048
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:90ad957406104f9cc04365f6b071521a7c013dda
commit r16-4113-g90ad957406104f9cc04365f6b071521a7c013dda
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122078
Bug ID: 122078
Summary: libatomic is inconsistent with GCC intrinsic
__atomic_test_and_set
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:a0536f80ffa6cde5900644dcd129d2086c237a8a
commit r16-4115-ga0536f80ffa6cde5900644dcd129d2086c237a8a
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121854
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6fda31f7b3f133a31e0a7179a82fe73b081ebbc5
commit r16-4114-g6fda31f7b3f133a31e0a7179a82fe73b081ebbc5
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87908
--- Comment #14 from Paul Thomas ---
r-16 4069 was a side effect of the PDT campaign. Reducing the patch to the bare
minimum does not fix the memory leak and so it is evident that the problem is
further upstream. Since it has nothing to do with P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87908
--- Comment #13 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:25f7f04e447dc0d2ed4c392eb21765e9ae9067d1
commit r16-4111-g25f7f04e447dc0d2ed4c392eb21765e9ae9067d1
Author: Paul Thomas
Date: Sat S
45 matches
Mail list logo
