https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
--- Comment #22 from Uroš Bizjak ---
Comment on attachment 60337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60337
A patch with tests
>From 1503e1e1df7a402d4be560fdc446dd6c39127e9c Mon Sep 17 00:00:00 2001
>From: "H.J. Lu"
>Date: Fri,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110899
Maxim Egorushkin changed:
What|Removed |Added
CC||maxim.yegorushkin at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118710
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80881
--- Comment #97 from LIU Hao ---
(In reply to Julian Waters from comment #96)
> Created attachment 60287 [details]
> Latest TLS
>
> Changed to hard error on broken @secrel32 support. Do help me check if the
> configure patch is ok. If it is, it'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
H.J. Lu changed:
What|Removed |Added
Attachment #60316|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118689
Andrew Pinski changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118711
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Severity: normal
Priority: P3
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20250130 on s390x-linux-gnu, building libgm2 (NumberIO.o), last
successful build from 20250114
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114618
--- Comment #7 from Jerry DeLisle ---
Oatch submitted:
https://gcc.gnu.org/pipermail/fortran/2025-January/061651.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698
--- Comment #9 from David Hunter ---
(In reply to Patrick Palka from comment #8)
> Started with r14-9938, though I bet before this commit it only accidentally
> worked.
>
> A workaround is to use an intermediate variable template:
>
> template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
--- Comment #20 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #18)
> Created attachment 60331 [details]
> Prototype patch
>
> Prototype patch that disables constraints, unwanted with
> flag_force_indirect_call.
It doesn't work:
$ ./x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118708
--- Comment #1 from Lewis Hyatt ---
Yeah... I did add the note to the comment "in the case of 32-bit location_t"
but this could certainly be improved. There is also libcpp/location-example.txt
(which the comments refer to) that could be redone f
Hello again,
I’m following up on the article pitch I sent over. Have you had a chance to
take a look?
The topic will focus on the benefits of involving children who have
learning disabilities in artistic pursuits.
Do you think this could be valuable to your readers? I'd love to hear your
thou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
--- Comment #14 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:dd5978b2f0087579c25486f97e578c9eb76f3449
commit r15-7296-gdd5978b2f0087579c25486f97e578c9eb76f3449
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118706
--- Comment #3 from Andrew Pinski ---
*** Bug 118704 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103284
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #1)
> Created attachment 60292 [details]
> Hackish fix
Forgot to write that this regresses on
gfortran.dg/pr102332.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108454
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118705
--- Comment #3 from kargls at comcast dot net ---
(In reply to Ryan Koehler from comment #2)
> Hmm that is interesting.
>
> That fix seemed to work. Its been a while since I read the ISO standard, but
> I don't think what I sent over is out-of-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118710
Bug ID: 118710
Summary: Segmentation fault on innocuous line in sub module
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118705
--- Comment #2 from Ryan Koehler ---
Hmm that is interesting.
That fix seemed to work. Its been a while since I read the ISO standard, but I
don't think what I sent over is out-of-spec. I do really appreciate that you
found a really simple solu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64869
Frédéric Bousquet changed:
What|Removed |Added
CC||bousquetfrederic at outlook
dot fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118709
--- Comment #1 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #0)
> we should at least see it every time.
we should at least see it *diagnosed* every time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118709
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118709
Bug ID: 118709
Summary: Resolution issue: host associated type should conflict
with local variable
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112779
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #13 from sandra at gcc dot gnu.org ---
Leaving this open as we don't have another issue tracking the remaining issues
noted in Comment 9: parsing non-constant expressions in the right scope in the
Fortran front end, and allowing dyna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #12 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:8fbccdb3425e7fc9194d3f02e4a53f3e85cd1a4e
commit r15-7291-g8fbccdb3425e7fc9194d3f02e4a53f3e85cd1a4e
Author: Sandra Loosemore
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112779
--- Comment #5 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:8fbccdb3425e7fc9194d3f02e4a53f3e85cd1a4e
commit r15-7291-g8fbccdb3425e7fc9194d3f02e4a53f3e85cd1a4e
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118705
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118706
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118706
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6a6df260c7cdbf8f40c1245a3c930293a20bf8c0
commit r15-7290-g6a6df260c7cdbf8f40c1245a3c930293a20bf8c0
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116234
--- Comment #11 from Vladimir Makarov ---
(In reply to Sam James from comment #10)
> Vlad, could you take a look at this and PR116336 when you get a chance (not
> sure if there's others, there's definitely a few LRA compare-debug issues)?
> We t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118707
--- Comment #1 from David Malcolm ---
Note that -fno-analyzer-state-merge is intended as a debugging feature, to turn
off -fanalyzer's state merging logic, to help troubleshoot bugs in -fanalyzer.
Without state merging, analysis is likely to "e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114277
--- Comment #12 from Andrew Pinski ---
(In reply to Jeffrey A. Law from comment #11)
> Am I missing something here?
I don't think so.
Most likely should combine the 2 patterns too like:
(for neeq (ne eq)
(simplify
(mult:c (convert? (neeq (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118708
Bug ID: 118708
Summary: Comment with ASCII art in line-table.h still talks
about 32-bit
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
Zhendong Su changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
--- Commen
anitize=bounds-strict
-fsanitize=shift -fsanitize=bool -fsanitize=enum -o vxlan_mdb.s
GNU C11 (GCC) version 15.0.1 20250130 (experimental) (x86_64-pc-linux-gnu)
compiled by GNU C version 15.0.1 20250130 (experimental), GMP version
6.3.0, MPFR version 4.2.1, MPC version 1.3.1, isl version isl-0.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117432
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
ib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.1 20250130 (experimental) (GCC)
[523] %
[523] % gcctk -O1 -fno-tree-fre small.c
during GIMPLE pass: ifcombine
small.c: In function ‘main’:
small.c:2:5: internal compiler error: in make_bit_field_load, at
gimple-fold.cc:7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #3 from And
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
--- Comment #9 from Jakub Jelinek ---
(In reply to Stefan Schulze Frielinghaus from comment #8)
> (In reply to Stefan Schulze Frielinghaus from comment #6)
> > Patch LGTM and I started a bootstrap+regtest which will finish approximately
> > in 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
--- Comment #8 from Stefan Schulze Frielinghaus
---
(In reply to Stefan Schulze Frielinghaus from comment #6)
> Patch LGTM and I started a bootstrap+regtest which will finish approximately
> in 4 hours. Sorry for the hassle and thanks for fixi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118673
--- Comment #21 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:c5667a1ee31518b1cd576c2f8e186d88bbf13f58
commit r15-7288-gc5667a1ee31518b1cd576c2f8e186d88bbf13f58
Author: Iain Sandoe
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118705
Bug ID: 118705
Summary: Issue compiling derived types when split into
submodules
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #6 from Andreas Schwab ---
And once the ABI is finalized a change similar to commit 6e25ca387fb should be
installed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81233
--- Comment #7 from David Malcolm ---
For reference, current output of the test case from comment #0 with trunk is
https://godbolt.org/z/8hYY3eaoa
: In function 'f':
:5:8: error: assignment to 'int *' from incompatible pointer type 'char
*' [-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118700
Christian Menard changed:
What|Removed |Added
CC||christian.menard at gmx dot de
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #7 from Jakub Jelinek ---
With
- char n = 0;
- bar (h, 4, &n, &g);
+ char n[16] = {};
+ bar (h, 4, &n[0], &g);
this isn't miscompiled. Maybe we just align it to 16-byte boundary
automatically?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
--- Comment #2 from Sam James ---
I'm reducing it but currently packing for FOSDEM, so..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
--- Comment #1 from Sam James ---
Created attachment 60332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60332&action=edit
gcc-118704.tar.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118704
Bug ID: 118704
Summary: [15 regression] ICE when building nmap with LTO
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114277
--- Comment #11 from Jeffrey A. Law ---
Hmm, I think we got side-tracked on the conditional move representation. For
this BZ I think a simple match.pd pattern may be sufficient.
x * ((x || y) != 0) -> x
x * ((x || y) == 0) -> 0
There's simpli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118703
Bug ID: 118703
Summary: Abort compiling m2pim_NumberIO_BinToStr since
r15-7223-g92a5c5100c2519
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118689
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=118434
--- Comment #2 from Jonathan Wakely ---
https://cplusplus.github.io/LWG/issue4197
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117214
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #5 from Jonathan Wakely ---
Ah yes, so we should only add 1.3.16 to known_versions for riscv:
--- a/libstdc++-v3/testsuite/util/testsuite_abi.cc
+++ b/libstdc++-v3/testsuite/util/testsuite_abi.cc
@@ -237,7 +237,9 @@ check_version(sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118699
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|14.3|13.4
--- Comment #4 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118699
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Version|14.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #4 from Jakub Jelinek ---
(In reply to Jonathan Wakely from comment #3)
> I think we'll need:
>
> --- a/libstdc++-v3/testsuite/util/testsuite_abi.cc
> +++ b/libstdc++-v3/testsuite/util/testsuite_abi.cc
> @@ -257,7 +257,11 @@ check_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118699
--- Comment #2 from Egor ---
It says 14.2.0. So this is fixed in trunk, I assume...
COLLECT_GCC=Z:\mingw64\bin\g++.exe
COLLECT_LTO_WRAPPER=Z:/home/holyblackcat/.quasi-msys2/mingw64/root/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118702
Bug ID: 118702
Summary: -fanalyzer misses
-Wanalyzer-use-of-uninitialized-value unless
-fno-analyzer-state-merge is supplied
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #3 from Jonathan Wakely ---
I think we'll need:
--- a/libstdc++-v3/testsuite/util/testsuite_abi.cc
+++ b/libstdc++-v3/testsuite/util/testsuite_abi.cc
@@ -257,7 +257,11 @@ check_version(symbol& test, bool added)
// Check that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #2 from Jakub Jelinek ---
I'm really surprised we never added no symbols in particular symver in the past
on some arch.
But, sure, #ifdefing out the whole thing is fine if the abi checking is able to
cope with this, and if we in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118699
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-01-30
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2025-01-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
Bug ID: 118701
Summary: [15 regression] abi_check FAILs on Solaris due to weak
version
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #6 from Jakub Jelinek ---
Though, question is why hasn't the vectorizer increased the alignment of the n
variable when it decided to vectorize accesses to it using V16QImode aligned
loads.
The fact that lim4 hasn't moved also the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
Richard Biener changed:
What|Removed |Added
Summary|ice in gen_movsi, at|[15 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
--- Comment #19 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #18)
> Created attachment 60331 [details]
> Prototype patch
>
> Prototype patch that disables constraints, unwanted with
> flag_force_indirect_call.
HJ, can you please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
Uroš Bizjak changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #5 from Jakub Jelinek ---
Slightly better test so that it works even on targets where &a could be
possibly NULL.
int a, d, f;
char g;
int c = 1;
int
foo ()
{
if (c == 0)
return -1;
return 1;
}
void
bar (int h, int i, char *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
--- Comment #11 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9ba2de71815c0ea6cc940ecb50af7cc1a84579f7
commit r15-7287-g9ba2de71815c0ea6cc940ecb50af7cc1a84579f7
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #4 from Jakub Jelinek ---
Maybe lim thinks that accesses to automatic variables can't trap, but this is
1) partially out of bounds access 2) with larger alignment than the object has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117498
--- Comment #3 from Jakub Jelinek ---
This looks like lim4 bug to me (looking at #c2 with -O3).
Before lim2 we have:
[local count: 14598063]:
c.0_16 ={v} c;
if (c.0_16 == 0B)
goto ; [18.09%]
else
goto ; [81.91%]
[local count
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98749
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:34d8c842b8d12c69b9335f1b63453920f056e6e1
commit r15-7286-g34d8c842b8d12c69b9335f1b63453920f056e6e1
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55678
--- Comment #3 from Jonathan Wakely ---
Sure, "\'" is a valid C literal, but does that matter? The diagnostic printed
by a _Static_assert is going to be displayed to the user on a terminal or in an
IDE, not used as source code. Does it need to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
--- Comment #10 from Richard Biener ---
We need to handle misaligned accesses to the generated stack temporary. I'm
testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118700
--- Comment #1 from Christian Menard ---
Created attachment 60330
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60330&action=edit
Minimal example to reproduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118700
Bug ID: 118700
Summary: Include resolution changes when using -isystem and
some headers are symlinks between directories where
one is a prefix of the other
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
--- Comment #7 from Jakub Jelinek ---
(In reply to Stefan Schulze Frielinghaus from comment #6)
> Patch LGTM and I started a bootstrap+regtest which will finish approximately
> in 4 hours. Sorry for the hassle and thanks for fixing this so quic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
--- Comment #6 from Stefan Schulze Frielinghaus
---
Patch LGTM and I started a bootstrap+regtest which will finish approximately in
4 hours. Sorry for the hassle and thanks for fixing this so quickly!
I think what is missing is to adapt the e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #13 from R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118692
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118692
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6b56e645a7b481693fe6982f8f09ba2e07768bf8
commit r15-7284-g6b56e645a7b481693fe6982f8f09ba2e07768bf8
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114052
Richard Biener changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14 Regression] Wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118696
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=114052
--- Comment #15 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d1c7837d2d6e5a2997228681166ed8c814891881
commit r15-7283-gd1c7837d2d6e5a2997228681166ed8c814891881
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118320
--- Comment #14 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:f559ac896942ffe0e2315d0a4d8b8b517a16d607
commit r15-7282-gf559ac896942ffe0e2315d0a4d8b8b517a16d607
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
--- Comment #9 from Richard Biener ---
I do wonder how we should honor EXPAND_MEMORY for such a case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
--- Comment #8 from Richard Biener ---
We're expanding = _2 via expand_return:
arg:0
unsigned ignored regdecl SI t.c:1:1 size unit-size
align:32 warn_if_not_align:0 context
(reg/f:SI 114 [ ])>
arg:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118698
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118695
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=118696
--- Comment #4 from Jakub Jelinek ---
--- gcc/config/s390/vector.md.jj2025-01-24 17:37:48.987458141 +0100
+++ gcc/config/s390/vector.md 2025-01-30 09:10:53.413542300 +0100
@@ -2166,7 +2166,7 @@ (define_insn_and_split "*vec_cmpgt
1 - 100 of 101 matches
Mail list logo
