https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113962
--- Comment #3 from Zdenek Sojka ---
(In reply to Andrew Pinski from comment #2)
> Most likely a dup of bug 113967
I am sorry for the confusion; the bugzilla stopped responding while creating
this PR for the first time, and since I there wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113964
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113060
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #4 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113973
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113962
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113967
--- Comment #5 from Andrew Pinski ---
*** Bug 113962 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113978
Richard Biener changed:
What|Removed |Added
Keywords|ABI |missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113982
--- Comment #4 from Richard Biener ---
Confirmed for more pattern recog.
Possibly documenting GCC recognized idoms for these kind of operations
might be a nice thing to have.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113987
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113696
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:6082024891e421bfd81d8f708a7411f4019d0d97
commit r14-9060-g6082024891e421bfd81d8f708a7411f4019d0d97
Author: Juzhe-Zhong
Date: Thu Feb 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113982
--- Comment #5 from Jakub Jelinek ---
With signed +- overflow not sure what exactly to pattern match, people can be
really creative there. I guess
w = (__int128) x + y;
r = (long long) w;
ovf = (w >> 64) != (w >> 63);
or
w = (__int128) x + y;
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113696
Li Pan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113967
--- Comment #6 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2bfdeca19d96239479488cd07b1e952d95a02f72
commit r14-9061-g2bfdeca19d96239479488cd07b1e952d95a02f72
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113967
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113060
--- Comment #5 from Jiang An ---
Function pointers seem working (https://gcc.godbolt.org/z/Mbvfafdof).
```
template
constexpr bool is_array_element_initializable_from = false;
template
constexpr bool is_array_element_initializable_from decltype
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113060
--- Comment #6 from Jiang An ---
(In reply to Jiang An from comment #5)
> `decltype(std::declval
> decltype(_Arr<_Ti>{{std::forward<_Tp>(__t)}})>(std::declval<_Tp>()))`
Typo, this should be
`decltype(std::declval
decltype(_Arr<_Ti>{{std::forwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113278
Torbjorn SVENSSON changed:
What|Removed |Added
CC||azoff at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
--- Comment #11 from Richard Biener ---
Btw, just as expected:
Samples: 5M of event 'cycles:u', Event count (approx.): 8038399460939
Overhead Samples Command Shared Object Symbol
95.69% 56930
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113981
--- Comment #2 from Jonathan Wakely ---
With -O0 or -fsanitize-trap=return you get a trap. With -fsanitize=return you
get a UBsan error. With -O3 you asked the compiler to optimize the heck out of
a function with undefined behaviour, what do you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
Bug ID: 113988
Summary: during GIMPLE pass: bitintlower: internal compiler
error: in lower_stmt, at gimple-lower-bitint.cc:5470
Product: gcc
Version: 14.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-02-19
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #2 from Jan Schultke ---
Oh yeah, I should have noted that this only happens for AVX-512 targets.
Changing -march=znver4 to -march=znver3 stops the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #3 from Jakub Jelinek ---
Ugh, types that can't be really supported used like that are toxic :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #6 from Sergey Fedorov ---
(In reply to Andrew Pinski from comment #0)
> This is the new bug for PR 19405. Keeping track of that we no longer
> constant fold long doubles in the
> IBM 128bit long double format.
What is the current s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #7 from Jakub Jelinek ---
Unlikely to be ever fixed, at least Linux has migrated to IEEE quad long double
on powerpc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #8 from Jian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #8 from Andrew Pinski ---
(In reply to Sergey Fedorov from comment #6)
> (In reply to Andrew Pinski from comment #0)
> > This is the new bug for PR 19405. Keeping track of that we no longer
> > constant fold long doubles in the
> > I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
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=19779
--- Comment #9 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #8)
> (In reply to Sergey Fedorov from comment #6)
> > (In reply to Andrew Pinski from comment #0)
> > > This is the new bug for PR 19405. Keeping track of that we no lon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779
--- Comment #10 from Jakub Jelinek ---
(In reply to Iain Sandoe from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > (In reply to Sergey Fedorov from comment #6)
> > > (In reply to Andrew Pinski from comment #0)
> > > > This is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
--- Comment #13 from Richard Biener ---
Btw, PR98863 was the last one triggering place_phis rewrite but I'm not sure
what actual testcase Richard used. There's plenty of SPEC testers so the
original reported WRF case will show up again.
Unpatch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113862
Arnaud Charlet changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113989
Bug ID: 113989
Summary: MinGW generates unaligned vmovdqa64
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
#1 from Eric Botcazou ---
There is an assertion failure on mainline:
+===GNAT BUG DETECTED==+
| 14.0.1 20240219 (experimental) [master r14-9059-ge42287eaed2]
(x86_64-suse-linux) |
| Assert_Failure failed precondition from einfo-entities.ads:218
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113979
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113979
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58258
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60045
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2018-11-19 00:00:00 |2024-2-19
--- Comment #28 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55135
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2020-09-28 00:00:00 |2024-2-19
--- Comment #33 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113990
Bug ID: 113990
Summary: -Wanalyzer-malloc-leak false positive with
[[gnu::malloc(free)]] and a realloc() wrapper
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60045
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Richard Biener ---
> There was some recent fixes (in GCC 14) addressing scheduling related issues.
> Do these testcases still pose problems?
I've checked the 32-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85072
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2018-03-26 00:00:00 |2024-2-19
--- Comment #5 from Richard B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113889
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:78b72ee5a80f45bd761a55006e2b3fc2cbe749bc
commit r14-9063-g78b72ee5a80f45bd761a55006e2b3fc2cbe749bc
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113889
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113295
Tamar Christina changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87218
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113991
Bug ID: 113991
Summary: [14 Regression] LTO miscompilation of vsftpd on s390x
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113991
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91257
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2019-07-25 00:00:00 |2024-2-19
--- Comment #16 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105747
--- Comment #10 from Richard Biener ---
There were some scheduling fixes for GCC 14, possibly time to re-evaluate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
--- Comment #14 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c7151283dc747769d4ac4f216d8f519bda2569b5
commit r14-9064-gc7151283dc747769d4ac4f216d8f519bda2569b5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108086
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54052
Richard Biener changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression] g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113992
Bug ID: 113992
Summary: in type_natural_mode
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109143
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2023-03-15 00:00:00 |2024-2-19
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110528
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2023-07-03 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
r14-9059-20240219001746-ge42287eaed2-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240219 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113337
jyong at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113989
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113992
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #4 from Richard Biener ---
I wonder if we should stop claiming those modes are "supported". Maybe instead
of making them integer modes they should be OPAQUE_MODE or vector (integer)
modes in the first place? There's bitwise_mode_fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113989
--- Comment #2 from 严 逍宇 ---
(In reply to Richard Biener from comment #1)
> does -mstackrealign make it work?
It doesn't work. GDB shows that the address in rcx is still unaligned.
(gdb) disassemble
Dump of assembler code for function _Z1fx:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #5 from Richard Biener ---
Likely "caused" by upping MOVE_MAX and GIMPLE memcpy folding exposing this
type by means of build_nonstandard_integer_type.
We have from that
D.5177 = MEM [(char * {ref-all})&x];
MEM [(char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #6 from Richard Biener ---
-mstore-max=128 -mmove-max=128 avoids it and we inline the memcpy as
D.5177 = MEM <_BitInt(512)> [(char * {ref-all})&x];
MEM <_BitInt(512)> [(char * {ref-all})digits.0] = D.5177;
using a _BitI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #7 from Jakub Jelinek ---
I think I can handle it like the VIEW_CONVERT_EXPR case, bet with _BitInt(511)
it would actually be a VCE, but when it is same size BITINT_TYPE to
INTEGER_TYPE we choose NOP_EXPR.
That said, I think it would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113991
--- Comment #2 from Jakub Jelinek ---
Maybe it is a bug in the app (or kernel or glibc) though.
Under the debugger, I see the value of %r7 is still &new_child at before the
call at line 189:
189 new_child = vsf_sysutil_fork_isolate_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #8 from Richard Biener ---
(In reply to Jakub Jelinek from comment #7)
> I think I can handle it like the VIEW_CONVERT_EXPR case, bet with
> _BitInt(511) it would actually be a VCE, but when it is same size
> BITINT_TYPE to INTEGER_T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #9 from Richard Biener ---
(In reply to Richard Biener from comment #8)
> (In reply to Jakub Jelinek from comment #7)
> > I think I can handle it like the VIEW_CONVERT_EXPR case, bet with
> > _BitInt(511) it would actually be a VCE,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #10 from Jakub Jelinek ---
(In reply to Richard Biener from comment #9)
> (In reply to Richard Biener from comment #8)
> > (In reply to Jakub Jelinek from comment #7)
> > > I think I can handle it like the VIEW_CONVERT_EXPR case, bet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #12 from rguenther at suse dot de ---
On Mon, 19 Feb 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
>
> --- Comment #10 from Jakub Jelinek ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113991
--- Comment #3 from Jakub Jelinek ---
Actually it seems like a glibc bug to me, though what vsftpd is totally weird.
Seems glibc clone on all arches always errors when the first or second argument
is NULL and that is exactly what
vsf_sysutil_for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113991
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113994
Bug ID: 113994
Summary: Probable C++ code generation bug with -O2 on s390x
platform
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #6 from Martin Jambor ---
I have proposed a patch on the mailing list that converts the array of lattices
to a vector:
https://inbox.sourceware.org/gcc-patches/ri6frxoxzpk@virgil.suse.cz/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91911
Patrick Palka changed:
What|Removed |Added
CC||omer.rosler at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99387
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
pported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240219 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #15 from Martin Jambor ---
Created attachment 57462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57462&action=edit
Simple testcase (needs disabling early - and only early - SRA)
This is a simpler testcase which exhibits the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113988
--- Comment #13 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #11)
> Though, bet that would mean we punt with -mavx -mno-avx2 on 32-byte copies,
> because there we support just V8SFmode and not V32QImode.
Punt AVX without AVX2 should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94489
--- Comment #5 from Patrick Palka ---
If we change std::plus to std::plus{} in order to make the testcase
valid, then we accept ever since the PR94490 fix.
The comment #4 testcase can be further reduced to:
template struct A;
template A<__integ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
--- Comment #6 from Jakub Jelinek ---
Testcase showing that it is just this case of implicit instantiation followed
by explicit that is problematic:
int foo () { return 42; }
template
const int a = foo ();
const int *b = &a <0>;
template
const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113996
Bug ID: 113996
Summary: ICE with LTO and full optimizations
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:35486d68fc5b67d1b85c56e3ba149ba71c576550
commit r13-8341-g35486d68fc5b67d1b85c56e3ba149ba71c576550
Author: Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754
Andrew Pinski changed:
What|Removed |Added
CC||ujszhangc at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113992
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #2 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113966
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:3a6f3354eaaf38b5e6be41e4ebf521d299593a6e
commit r14-9066-g3a6f3354eaaf38b5e6be41e4ebf521d299593a6e
Author: Patrick Palka
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113966
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Keywords|needs-reduc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Bug ID: 113997
Summary: Bogus 'Warning: Interface mismatch in global
procedure' with C binding
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112787
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Andre Simoes Dias Vieira
:
https://gcc.gnu.org/g:e84c06f801fbf8376fe43719675a409f588f68bd
commit r12-10165-ge84c06f801fbf8376fe43719675a409f588f68bd
Author: And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66416
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113976
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113989
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49001
Andrew Pinski changed:
What|Removed |Added
CC||xjkp2283572185 at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
--- Comment #10 from GCC Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:641b50bffc06123853a1421c0dd5a318c353fd85
commit r14-9068-g641b50bffc06123853a1421c0dd5a318c353fd85
Author: Thomas Schwinge
Date
stdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-9062-20240219114159-geb17bdc211a-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240219 (experimental) (GCC)
inary-trunk-r14-9062-20240219114159-geb17bdc211a-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240219 (experimental) (GCC)
1 - 100 of 158 matches
Mail list logo
