https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #3 from Richard Biener ---
On x86_64 with -mavx2 we vectorize
t.c:7:13: note: Vectorizing SLP tree:
t.c:7:13: note: Root stmt: sum_26 = _20 + sum_25;
t.c:7:13: note: node 0x57386c0 (max_nunits=4, refcnt=1) vector(4) int
t.c:7:13: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #4 from Richard Biener ---
(In reply to Hongtao Liu from comment #2)
> > But if we reduce n to 4, the loop based vectorizer is not able to handle it
> > either.
>
> Do we support 1 element vector(i.e V1SI) in vectorizer?
Yes, but I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
--- Comment #6 from Hao Liu ---
Hi Jakub,
That's great. Thanks for the fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #7 from Richard Biener ---
I do wonder whether LOOP_VINFO_EARLY_BREAKS_VECT_PEELED actually works (since
without early exits we cannot handle a non-empty latch because of correctness
issues). I'd very much have preferred to deal wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> Does the following fix the issue?
>
> diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
> index 330c4571c8d..b67ee783002 100644
> --- a/gcc/tree-vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Rainer Orth changed:
What|Removed |Added
Target|hppa*-*-linux* |hppa*-*-linux*,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104816
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #13 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
--- Comment #3 from Rainer Orth ---
Created attachment 57135
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57135&action=edit
Proposed patch
Tested on i386-pc-solaris2.11, sparc-sun-solaris2.11, and x86_64-pc-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
--- Comment #4 from Andrew Pinski ---
Try after r14-8211-g2341df1cb9b3681bfefe29207887b2b3dc271a95 which was just
committed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113122
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d4a2d91b46b2cf758b249a4545e34287e90da23b
commit r14-8214-gd4a2d91b46b2cf758b249a4545e34287e90da23b
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #9 from Sam James ---
I get an ICE with that:
```
/tmp/build/./gcc/xgcc -B/tmp/build/./gcc/ -B/tmp/gcc/x86_64-pc-linux-gnu/bin/
-B/tmp/gcc/x86_64-pc-linux-gnu/lib/ -isystem
/tmp/gcc/x86_64-pc-linux-gnu/include -isystem
/tmp/gcc/x86_6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
--- Comment #3 from Jakub Jelinek ---
(In reply to Richard Biener from comment #2)
> unsigned buflen = TREE_INT_CST_LOW (TYPE_SIZE_UNIT (vr->type))
> + 1;
> if (INTEGRAL_TYPE_P (vr->type))
> buflen = G
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
Bug ID: 113471
Summary: [14 regression] wrong array bound check failure on
valid code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #10 from Sam James ---
(In reply to Sam James from comment #9)
> Reduced:
(just -O2 -m32)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
John Paul Adrian Glaubitz changed:
What|Removed |Added
CC||glaubitz at physik dot
fu-be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #2 from Naveen N Rao ---
I don't really have a preference, though I tend to agree that nops before the
local entry point aren't that useful. Even with the current approach, not all
functions have instructions at the GEP and for those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to Sam James from comment #6)
> As far as upstream is concerned, < 11 is EOL, but if you file a bug on the
> suse side, maybe they'd be willing to do it.
That's what I'm already doing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56442
--- Comment #4 from Georg-Johann Lay ---
Maybe this is similar to PR101188.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
--- Comment #4 from rguenther at suse dot de ---
On Thu, 18 Jan 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
>
> --- Comment #3 from Jakub Jelinek ---
> (In reply to Richard Biener from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Jonathan Wakely ---
> I assume that int8_t is char on Solaris, rather than signed char?
Indeed. AFAIK char being signed goes back to SysVr4 at least (and has
bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Iain Sandoe ---
> OK. So I realise the reason you see this and I wasn't: I have the habit of
> installing before running the testsuite. When I test uninstalled, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87723
--- Comment #8 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #7)
> (In reply to Sam James from comment #6)
> > As far as upstream is concerned, < 11 is EOL, but if you file a bug on the
> > suse side, mayb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113472
Bug ID: 113472
Summary: rust/compile/issue-1446.rs FAILs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113472
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113473
Bug ID: 113473
Summary: rust/compile/iterators1.rs etc. FAIL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113473
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113474
Bug ID: 113474
Summary: RISC-V: Fail to use vmerge.vim for constant vector
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113443
--- Comment #1 from Jason Liam ---
The explanation for why this is valid is given here:
https://stackoverflow.com/questions/77832658/stdtype-identity-to-support-several-variadic-argument-lists
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Bug ID: 113475
Summary: phi_analyzer::m_tab contents leak
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Summary|phi_analyzer::m_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Bug ID: 113476
Summary: [14 Regression] irange::maybe_resize leaks memory via
IPA VRP
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
Target Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #1 from Richard Biener ---
Created attachment 57138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57138&action=edit
testcase
For convenience here it is. I checked
valgrind --leak-check=full ./cc1 -quiet -O3 -march=znver4
~/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113477
Bug ID: 113477
Summary: rust/compile/torture/alt_patterns1.rs FAILs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rust
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #2 from Richard Biener ---
In fact it occurs elsewhere as well:
==1854== 81,616 bytes in 2 blocks are possibly lost in loss record 1,363 of
1,373
==1854==at 0x505A1DF: operator new[](unsigned long) (in
/usr/lib/valgrind/vgpreloa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113477
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475
--- Comment #1 from Rainer Orth ---
After
commit ae034b9106fbdd855ec22ce221bb61a1a9a532c3
Author: David Malcolm
Date: Thu Dec 14 16:53:50 2023 -0500
testsuite: move more analyzer test cases to c-c++-common (3) [PR96395]
there are now 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113474
--- Comment #1 from Robin Dapp ---
Good catch. Looks like the ifn expander always forces into a register. That's
probably necessary on all targets except riscv.
diff --git a/gcc/internal-fn.cc b/gcc/internal-fn.cc
index a07f25f3aee..e923051d5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:db42a0a98916340af8c08e6a7d328121b958
commit r14-8224-gdb42a0a98916340af8c08e6a7d328121b958
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113312
--- Comment #23 from H.J. Lu ---
(In reply to Xin Li from comment #22)
> Per Peter's suggestion, I added __attribute__((no_callee_saved_registers))
> to a linux source tree containing FRED patches:
> https://github.com/xinli-intel/linux-fred-pub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478
Bug ID: 113478
Summary: -Os does not inline single instruction function
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #21 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:f2872e00f61a5a333fa22e651d37d3b2035ac41f
commit r14-8227-gf2872e00f61a5a333fa22e651d37d3b2035ac41f
Author: Gaius Mulley
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:895a2138265fd9cace3588404523122f73626d2a
commit r14-8229-g895a2138265fd9cace3588404523122f73626d2a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #11 from Richard Biener ---
if (candidate && candidate->src != EDGE_PRED (loop->latch, 0))
return NULL;
then ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113479
Bug ID: 113479
Summary: Two equivalent programs have inconsistent output
results at the same optimization level
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
Adhemerval Zanella changed:
What|Removed |Added
CC||adhemerval.zanella at linaro
dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
--- Comment #4 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:6764043e88a4208f7c69bf0ccd19ddc7a6016fb1
commit r14-8230-g6764043e88a4208f7c69bf0ccd19ddc7a6016fb1
Author: Martin Jambor
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113474
--- Comment #2 from JuzheZhong ---
Oh. It's pretty simple fix. I am not sure whether Richards allow it since it's
stage4 but worth to have a try.
Could you send a patch ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: gjl at gcc dot gnu.org
Target Milestone: ---
This is a relatively new ICE that I see on the avr target.
Compliled with "version 14.0.1 20240118 (experimental) (avr)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
--- Comment #3 from Michael Matz ---
(In reply to Kewen Lin from comment #1)
>
> As Segher's review comments in [2], to support "before NOPs" before global
> entry and "after NOPs" after global entry,
Just to be perfectly clear here: the "afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
--- Comment #1 from Georg-Johann Lay ---
The ICE actially goes away when I remove the __flash from the test case posted
in comment #0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a6bf09f65aed44d36acaa511e552783bfb0e9a62
commit r14-8231-ga6bf09f65aed44d36acaa511e552783bfb0e9a62
Author: Maxim Kuvyrkov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
--with-gnu-ld --disable-shared
--with-fixed-point=no --with-long-double=64 --enable-languages=c,c++
Thread model: single
Supported LTO compression algorithms: zlib
gcc version 14.0.1 20240118 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113482
Bug ID: 113482
Summary: Sanitizer configuration error
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113481
Georg-Johann Lay changed:
What|Removed |Added
Summary|avr: internal compiler |[14 Regession] avr:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #10 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:aecc0d4ba73d0810334b351da1e67232cea450d3
commit r14-8232-gaecc0d4ba73d0810334b351da1e67232cea450d3
Author: Iain Sandoe
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
--- Comment #3 from Georg-Johann Lay ---
(In reply to Richard Biener from comment #2)
> Does it fail with GCC 13 as well (if you add -fchecking)?
Yes. And it goes away without -g.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113481
--- Comment #2 from Georg-Johann Lay ---
It does not occur with avr-gcc-v13 -fchecking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113483
Bug ID: 113483
Summary: When configuring with --disable-plugin the modula2
compiler can't compile
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113462
--- Comment #1 from Jakub Jelinek ---
The problem is
_1 = VIEW_CONVERT_EXPR<_BitInt(129)>(0);
unfolded from fre3. Wonder if the best action wouldn't be trying to fold_stmt
such statements in the bitint lowering preparation code if we run into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113166
--- Comment #2 from JuzheZhong ---
#include
#if TO_16
# define uintOut_t uint16_t
# define utf8_to_utf32_scalar utf8_to_utf16_scalar
# define utf8_to_utf32_rvv utf8_to_utf16_rvv
#else
# define uintOut_t uint32_t
#endif
size_t utf8_to_utf32_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:9840e0be78150b0ef6e29975a6244698d5a5580c
commit r14-8239-g9840e0be78150b0ef6e29975a6244698d5a5580c
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113484
Bug ID: 113484
Summary: Add support for _Float16 type on PowerPC
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84568
--- Comment #13 from palmer at gcc dot gnu.org ---
I just stumbled back into this one. I think it's fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113483
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113481
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
Richard Biener changed:
What|Removed |Added
Summary|[14 Regression] avr:|avr: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113479
Richard Biener changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
--- Comment #4 from Andrew Macleod ---
yoinks. Not sure how I missed that. thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #11 from Sergey Fedorov ---
(In reply to GCC Commits from comment #10)
> The master branch has been updated by Iain D Sandoe :
Iain, thank you very much for addressing this!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84568
--- Comment #14 from Andreas Schwab ---
Yes, with inline atomics no libatomic is needed any more.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Bug ID: 113485
Summary: Segmentation fault in -fno-guess-branch-probability
optimization of NEON instructions on aarch64-linux-gnu
target
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113089
--- Comment #11 from Alex Coplan ---
Testing a patch, sorry for the delay on this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111475
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
David, can you provide some help or suggestions here? I'm completely
lost in the analyzer code. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113482
Xi Ruoyao changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113482
--- Comment #2 from Xi Ruoyao ---
Also note that the bug reporting guideline (https://gcc.gnu.org/bugs/) says "if
possible, try a current release or development snapshot."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #9 from Maxim Kuvyrkov ---
(In reply to Jakub Jelinek from comment #8)
> Committed now.
Thanks, Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113184
Alex Coplan changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
Alex Coplan changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113463
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2024-01-18
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
--- Comment #1 from Andrew Pinski ---
aarch64_get_shareable_reg looks questionable for a split ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Andrew Pinski changed:
What|Removed |Added
Summary|Segmentation fault in |[14 regrssion] segmentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109536
--- Comment #7 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:3d3145e9e1461e92bef02d55d36990261dd0444d
commit r14-8252-g3d3145e9e1461e92bef02d55d36990261dd0444d
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113242
--- Comment #3 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:4ffb23975b32bfd285915c3d6659b837868b5aa9
commit r13-8235-g4ffb23975b32bfd285915c3d6659b837868b5aa9
Author: Patrick Palka
1 - 100 of 269 matches
Mail list logo
