https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95024
--- Comment #4 from Alejandro Colomar ---
Sorry, I didn't make it clear; I somehow forgot about it.
Here's the problem:
$ cat err.c
int
main(void)
{
short s;
int *p;
#pragma GCC diagnostic push
#pragma GCC diagnostic ignored
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115097
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115089
--- Comment #4 from Alejandro Colomar ---
Thanks, David! I'm happy that this might help improve the analyzer. :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105760
Simon Martin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115071
Haochen Jiang changed:
What|Removed |Added
CC||haochen.jiang at intel dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115095
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115070
Paul Thomas changed:
What|Removed |Added
CC||fxcoudert at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115091
--- Comment #1 from Richard Biener ---
maybe represent this in a more formal way:
node = __builtin_speculate (node + 1, node->next);
and in GIMPLE:
_1 = node + 1;
_2 = node->next;
node = .SPECULATE (_1, _2);
and during RTL expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115100
Bug ID: 115100
Summary: non-target specific const_scalar_int_operand predicate
is not documented
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: docum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112304
--- Comment #7 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #6)
> Patch posted:
> https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650081.html
Maybe it should be nonmemory_operand rather than general_operand ...
Or aarch6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115086
--- Comment #3 from Andrew Pinski ---
(In reply to Richard Earnshaw from comment #2)
> And perhaps more importantly the mov can even be hoisted outside of a loop.
That won't be happening right away, see
https://gcc.gnu.org/bugzilla/show_bug.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719
--- Comment #4 from Hongyu Wang ---
Created attachment 58211
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58211&action=edit
A patch
Hi Rainer,
Could you try the attachment and see if the error was solved? I tested with
cross-compiled s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #1 from 康桓瑋 ---
std::bitset has similar issues:
#include
std::bitset<1> bitset;
typename std::bitset<1>::reference bit_ref(bitset, 0); // well-formed in
libstdc++
https://godbolt.org/z/T4qvv8TcG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107563
--- Comment #11 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:a71f90c5a7ae2942083921033cb23dcd63e70525
commit r15-499-ga71f90c5a7ae2942083921033cb23dcd63e70525
Author: Levy Hsu
Date: Thu May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115099
Bug ID: 115099
Summary: compilation error: format thread::id
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #18 from chenglulu ---
(In reply to Xi Ruoyao from comment #17)
> Strangely PR114074 is a wrong-code (instead of missed-optimization) and
> reverting its fix seems improving performance for other targets...
This is very strange. I t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
Xi Ruoyao changed:
What|Removed |Added
Keywords|needs-bisection |missed-optimization
--- Comment #17 from Xi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
Bug ID: 115098
Summary: std::vector::iterator::reference is
default-constructible
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114994
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c6cc6d4741a880109c4e0e64d5a189687fb526f6
commit r15-498-gc6cc6d4741a880109c4e0e64d5a189687fb526f6
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
--- Comment #16 from chenglulu ---
The performance degradation on LoongArch is caused by one commit：
commit e0e9499aeffdaca88f0f29334384aa5f710a81a4 (HEAD -> trunk)
Author: Richard Biener
Date: Tue Mar 19 12:24:08 2024 +0100
tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115097
Bug ID: 115097
Summary: Strange suboptimal codegen specifically at -O2 when
copying struct type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115089
--- Comment #3 from David Malcolm ---
FWIW, adding -fno-analyzer-state-merge makes it find the issue; see
https://godbolt.org/z/Ecfe9oqjv
: In function 'main':
:16:16: warning: use of uninitialized value 'x' [CWE-457]
[-Wanalyzer-use-of-uniniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88545
--- Comment #6 from AK ---
> We can use memchr to find a char in a range of signed char, or even to find
> an int in a range of signed char, as long as we're careful about values.
+1, this approach should fix the bug i reported
https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88545
AK changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #5 from AK --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88545
--- Comment #4 from Georg Sauthoff ---
Sam, thank you for the hint and surfacing it again.
(In reply to Jonathan Wakely from comment #2)
[..]
> I would prefer to do simply:
[..]
Yes, please go ahead with your approach.
> I think we're going t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115091
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105760
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:0003e469d4664397b65080a66ad7d6557bd7ffce
commit r15-495-g0003e469d4664397b65080a66ad7d6557bd7ffce
Author: Simon Martin
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #12 from Andrew Pinski ---
*** Bug 115092 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115092
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115096
--- Comment #2 from Andrew Pinski ---
> the warning described in that bug is not occurring.
That is because in that case it had literally `(unsigned char**)&var` while in
this case it is spread across function calls and that would require a lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115096
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114935
--- Comment #5 from Jason Merrill ---
Created attachment 58210
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58210&action=edit
attempt to reduce redundancy
A failed attempt to avoid duplicate array cleanups in this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115096
Bug ID: 115096
Summary: -fstrict-aliasing miscompilation or missing warning
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115094
--- Comment #1 from cqwrteur ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651670.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115095
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114902
--- Comment #11 from Segher Boessenkool ---
So, is there a simplified testcase that *actually* shows any *actual* problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||clange001 at gmail dot com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106317
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115095
Bug ID: 115095
Summary: [missed optimization] fixed processing on constant
string
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115094
Bug ID: 115094
Summary: x86_64-w64-mingw32 multilib overrides libraries for 64
and 32 since they both copy to bin.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115093
Bug ID: 115093
Summary: RISC-V Vector ICE in extract_insn: unrecognizable insn
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92539
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115092
Andrew Pinski changed:
What|Removed |Added
Depends on||114902
--- Comment #2 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115013
--- Comment #7 from GCC Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:fc559584fa5b1e101a4520e88a936246458d5a5d
commit r15-493-gfc559584fa5b1e101a4520e88a936246458d5a5d
Author: Dimitar Dimitrov
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115092
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-05-14
Status|UNCONFIRM
enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240514 (experimental) (GCC)
[522] %
[522] % gcctk -O1 small.c; ./a.out
[523] %
[523] % gcctk -O1 -fgcse -ftree-pre -fno-tree-dominator-opts -fno-tree-fre
-fno-guess-branch-probability small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115091
Bug ID: 115091
Summary: Support value speculation in frontend
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99954
--- Comment #11 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c290e6a0b7a9de5692963affc6627a4af7dc2411
commit r15-491-gc290e6a0b7a9de5692963affc6627a4af7dc2411
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109071
--- Comment #11 from qinzhao at gcc dot gnu.org ---
please see discussion at:
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651482.html
A summary of the discussion:
1. The current warning is correct, which catches a potential source code e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114301
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114767
--- Comment #7 from mjr19 at cam dot ac.uk ---
Another manifestation of this issue in GCC 13.1 and 14.1 is that the loop
do i=1,n
c(i)=a(i)*c(i)*(0d0,1d0)
enddo
takes about twice as long to run as
do i=1,n
c(i)=a(i)*(0d0,1d0)*c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114635
--- Comment #19 from Richard Sandiford ---
(In reply to Richard Biener from comment #14)
> Usually targets do have a limit on the actual length but I see
> constant_upper_bound_with_limit doesn't query such. But it would
> be a more appropriate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115079
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115090
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113907
--- Comment #78 from GCC Commits ---
The releases/gcc-13 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:1db45e83021a8a87f41e22053910fcce6e8e2c2c
commit r13-8774-g1db45e83021a8a87f41e22053910fcce6e8e2c2c
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115089
--- Comment #2 from Alejandro Colomar ---
I found that Clang's analyzer finds this bug, so I'm less concerned that GCC
can't find it.
Feel free to ignore it if it's too hard to fix. ;)
$ clang-tidy ./bug.c
Error while trying to load a compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107750
--- Comment #9 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:f97d86f897bcf0ffda4d8d2e5b78a160e9ece140
commit r15-486-gf97d86f897bcf0ffda4d8d2e5b78a160e9ece140
Author: Rainer Orth
Date: Tue Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115015
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115015
--- Comment #2 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:eefa4c06483f95f5076687ed6aae5c6001731164
commit r14-10208-geefa4c06483f95f5076687ed6aae5c6001731164
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115015
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6cc8698244b522ad079675022c9de9e40de85878
commit r15-485-g6cc8698244b522ad079675022c9de9e40de85878
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115087
Richard Biener changed:
What|Removed |Added
Target||aarch64
--- Comment #1 from Richard Bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107646
--- Comment #11 from David Malcolm ---
I've created a wiki page to track this project:
https://gcc.gnu.org/wiki/StaticAnalyzer/CPython
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109442
--- Comment #21 from Jan Hubicka ---
This patch attempts to add __builtin_operator_new/delete. So far they
are not optimized, which will need to be done by extra flag of BUILT_IN_
code. also the decl.cc code can be refactored to be less of cut&
This patch attempts to add __builtin_operator_new/delete. So far they
are not optimized, which will need to be done by extra flag of BUILT_IN_
code. also the decl.cc code can be refactored to be less of cut&paste
and I guess has_builtin hack to return proper value needs to be moved
to C++ FE.
How
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115090
--- Comment #1 from José Cruz Serrallés ---
Pasting MRE here for convenience:
struct Base {
template
constexpr void operator()(this Derived&& der) {
operator()();
}
};
int main() {
Base b;
b();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115090
Bug ID: 115090
Summary: ICE in gimplify_expr, at gimplify.cc:18907 (deduced
this)
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114480
--- Comment #31 from Richard Biener ---
(In reply to Alexander Monakov from comment #21)
> It is possible to reduce gcc_qsort workload by improving the presorted-ness
> of the array, but of course avoiding quadratic behavior would be much better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115015
Jonathan Wakely changed:
What|Removed |Added
Summary|libstdc++ build with|[14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115089
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115089
Bug ID: 115089
Summary: -Wanalyzer-use-of-uninitialized-value false negative
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719
Rainer Orth changed:
What|Removed |Added
Summary|g++.target/i386/pr103696.C |[13/14/15 regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115088
Bug ID: 115088
Summary: Autofdo doesn't create correct cfg
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
--- Comment #8 from GCC Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:b7003b4cc5e263343f047fe64ed1ae12f561b2d1
commit r15-483-gb7003b4cc5e263343f047fe64ed1ae12f561b2d1
Author: Tom de Vries
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #29 from Martin Jambor ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113719
Rainer Orth changed:
What|Removed |Added
CC||hongyuw at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115066
--- Comment #7 from Tom de Vries ---
Submitted here ( https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651586.html
).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #28 from GCC Commits ---
The releases/gcc-13 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:10bf53a80eefa46500bffb442719777e2640e7d7
commit r13-8773-g10bf53a80eefa46500bffb442719777e2640e7d7
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113291
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:1ec49897253e093e1ef6261eb104ac0c111bac83
commit r15-482-g1ec49897253e093e1ef6261eb104ac0c111bac83
Author: Jan Hubicka
Date: Tue M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115085
Jason Liam changed:
What|Removed |Added
CC||jlame646 at gmail dot com
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115087
Bug ID: 115087
Summary: dead block not eliminated in SVE intrinsics code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115085
--- Comment #4 from Jan Schultke ---
https://github.com/cplusplus/CWG/issues/536
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115063
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115085
--- Comment #3 from Andrew Pinski ---
See https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#1521 also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115063
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ccc26a1af07b34ce2e7d3b2497f27992d1b1bbc2
commit r15-481-gccc26a1af07b34ce2e7d3b2497f27992d1b1bbc2
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108678
--- Comment #14 from cqwrteur ---
libgcc:
/home/cqwrteur/toolchains_build/gcc/libgcc/libgcov.h:49:10: fatal error:
sys/mman.h: No such file or directory
49 | #include
| ^~~~
compilation terminated.
make[4]: *** [Makef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114359
--- Comment #7 from Jonathan Wakely ---
Fixed for 13.3 and 14.1 so far, I still plan to backport this to gcc-12 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114891
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115063
--- Comment #2 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:7dca716decf5a07f903610fda9457ff0422d2758
commit r13-8772-g7dca716decf5a07f903610fda9457ff0422d2758
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114359
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:71e941b0e329d3a316e465569c92e08788a68614
commit r13-8771-g71e941b0e329d3a316e465569c92e08788a68614
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115086
--- Comment #2 from Richard Earnshaw ---
And perhaps more importantly the mov can even be hoisted outside of a loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114891
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:4d3b358fd757ddd09cbee202f47939043c78676c
commit r14-10206-g4d3b358fd757ddd09cbee202f47939043c78676c
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115063
--- Comment #1 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c60205cd4aeea586b7b1fe06baa9861b6d279648
commit r14-10207-gc60205cd4aeea586b7b1fe06baa9861b6d279648
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114692
--- Comment #13 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:788ccd269e0c32c33ce0c1359137fe1b35dc7a2d
commit r14-10205-g788ccd269e0c32c33ce0c1359137fe1b35dc7a2d
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115085
--- Comment #2 from Andrew Pinski ---
I think there is a dup of this bug already filed ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:95055199ee80e526da98c3458308fa345a041d9a
commit r14-10203-g95055199ee80e526da98c3458308fa345a041d9a
Author: Jonathan Wak
1 - 100 of 132 matches
Mail list logo
