https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95396
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95394
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-05-29
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95393
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95391
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=95386
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.2
--- Comment #5 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95385
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95382
--- Comment #2 from otcmaf ---
(In reply to Richard Biener from comment #1)
> You'll likely get more help when asking on the mailing list. Bugzilla is
> not well suited to get attention to custom modified ports.
Ok,thanks. Do you know who is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95383
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95382
--- Comment #1 from Richard Biener ---
You'll likely get more help when asking on the mailing list. Bugzilla is not
well suited to get attention to custom modified ports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95401
Bug ID: 95401
Summary: GCC produces incorrect instruction with -O3 for
skylake-avx512
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95400
Bug ID: 95400
Summary: -march=native and -march=icelake-client produce
different results on icelake client
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95399
Bug ID: 95399
Summary: [ARM, AArch64] 32/64-bit vcvtnq_* functions are
missing
Product: gcc
Version: 10.1.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090
--- Comment #8 from Manfred Schwarb ---
I even tried "char tmp[2*GFC_MAX_SYMBOL_LEN+800];" but it
still fails.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94657
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #13 from Asher Gordon ---
Do you think that it would be possible to add something like Sparse's
-Wno-universal-initializer and use it by default? As Linus says here[1], Sparse
defaults tend to be kernel-centric, but I don't think ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95328
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3d8d5ddb539a5254c7ef83414377f4c74c7701d4
commit r11-706-g3d8d5ddb539a5254c7ef83414377f4c74c7701d4
Author: Jakub Jelinek
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95398
--- Comment #1 from Steve Kargl ---
On Thu, May 28, 2020 at 09:33:08PM +, kargl at gcc dot gnu.org wrote:
>
> Code posted at
>
> https://groups.google.com/forum/#!topic/comp.lang.fortran/mW1gV6tyxXk
Here's the code
implicit none
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95381
--- Comment #3 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #2)
> (In reply to Richard Biener from comment #1)
> > can we have a backtrace?
>
> Working on it.
I'm at the point now where I can invoke the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95398
Bug ID: 95398
Summary: ICE on invalid code
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #12 from Asher Gordon ---
(In reply to Luc Van Oostenryck from comment #11)
> Sparse already has this option. Also, I don't think it would help here since
> from I understand the OP want these warnings but not if they're caused by
> u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95397
Bug ID: 95397
Summary: [Fortran/OpenACC] Wrong results with 'loop vector'
inside 'routine'
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openacc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #11 from Luc Van Oostenryck ---
(In reply to Andrew Pinski from comment #10)
> GCC uses -Wno-designated-init to disable the warning (this option has been
> there included for a while)? Do you think sparse could add/use the same
> opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #10 from Andrew Pinski ---
(In reply to Luc Van Oostenryck from comment #9)
> In fact, sparse already support the suppression of the warning via the
> option '-Wno-universal-initializer'.
>
> It's really very recent and thus only in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95396
Bug ID: 95396
Summary: GCC produces incorrect code with -O3 for loops
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95369
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-05-28
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:5c715e6a2990cfb6c15acc1ee14219523534ec69
commit r11-705-g5c715e6a2990cfb6c15acc1ee14219523534ec69
Author: Harald Anlauf
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95393
--- Comment #2 from Gabriel Ravier ---
Hm, I've just done some further testing and it appears that it only occurs for
me on x86 when I have `-msse4.1` on the command line, in which case it doesn't
optimize it to `return s;`, but instead does a co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104
--- Comment #16 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:0d607ecbf125551513e182a181ca9c6e25dc7609
commit r9-8633-g0d607ecbf125551513e182a181ca9c6e25dc7609
Author: Harald Anlauf
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95395
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95395
Bug ID: 95395
Summary: gcc.dg/builtin-bswap-11.c FAILs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353
Martin Sebor changed:
What|Removed |Added
Known to fail||10.1.0, 11.0
Summary|[10/11 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:e1396ee72e68cc8fba99ce986f2910cd39e335b8
commit r10-8202-ge1396ee72e68cc8fba99ce986f2910cd39e335b8
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95104
--- Comment #14 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:6ce3d791dfcba469e709935aba5743640f7d4959
commit r11-704-g6ce3d791dfcba469e709935aba5743640f7d4959
Author: Harald Anlauf
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95389
--- Comment #2 from Ulrich Teichert ---
Yes, the string "vendor/k8s.x2eio/code-generator/pkg/util" is the content of
the PkgPath() from "vendor/k8s.io/code-generator/pkg/util".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
Luc Van Oostenryck changed:
What|Removed |Added
CC||luc.vanoostenryck at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94926
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94926
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:7b599b9f9a1e036ff75a4daa06ac7036c6ebbe01
commit r11-703-g7b599b9f9a1e036ff75a4daa06ac7036c6ebbe01
Author: Jason Merrill
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95322
--- Comment #12 from Daniel Krügler ---
(In reply to Daniel Krügler from comment #7)
> (In reply to Jonathan Wakely from comment #6)
> > A new LWG issue has been submitted, and there is a suggested resolution.
>
> Will take care and inform in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95252
--- Comment #7 from Jim Wilson ---
I've got 3 new g++ testsuite failures. So we might still need an exact list of
USEs. I hadn't thought about RVE. That will have to be checked also.
RV32/RV64 shouldn't matter, as the mode in the USEs doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95391
--- Comment #1 from Bill Seurer ---
Also causes gcc.dg/vect/pr46126.c to ICE in the same spot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95361
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:c082cb8a2523d8c5afe5710e265bc72dd71aa60b
commit r10-8201-gc082cb8a2523d8c5afe5710e265bc72dd71aa60b
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95389
--- Comment #1 from Ian Lance Taylor ---
To be clear, are you seeing this in the value returned by
reflect.Type.PkgPath()? Or is it showing up somewhere else? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95393
--- Comment #1 from Marc Glisse ---
It does optimize for me with -O2 or -O3. It could optimize earlier though, by
the end of gimple, we are still trying to return max(s,0).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95392
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95392
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to Manfred Schwarb from comment #5)
> gdb shows:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0xf7aa5162 in __strlen_sse2_bsf () from /lib/libc.so.6
> #0 0xf7aa5162 in __s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95256
--- Comment #5 from Arseny Solokha ---
Is there some further work pending, or should this PR be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95211
--- Comment #8 from Arseny Solokha ---
Is there some further work pending, or should this PR be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95394
Bug ID: 95394
Summary: [11 Regression] ICE in emit_move_insn, at expr.c:3814
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95390
--- Comment #1 from Jakub Jelinek ---
Created attachment 48630
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48630&action=edit
gcc11-pr95390.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95392
Bug ID: 95392
Summary: Build failure on MinGW
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95393
Bug ID: 95393
Summary: Failure to optimize loop condition arithmetic for
mismatched types
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
++ (GCC) 10.1.1 20200507 (Red Hat 10.1.1-1):
Rejects it:
test.cc:17:14: error: passing ‘const foo’ as ‘this’ argument discards
qualifiers [-fpermissive]
* gcc (GCC) 9.3.1 20200528
Rejects it:
test.cc:17:14: error: passing ‘const foo’ as ‘this’ argument discards
qualifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93698
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92652
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95391
Bug ID: 95391
Summary: [11 regression] ICE in gcc.dg/vshift-5.c since r11-689
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95390
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95390
Bug ID: 95390
Summary: _gfortran_{,m,s}findloc[01]_c10 not exported from
libgfortran.so.5
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #8 from Asher Gordon ---
(In reply to Tom Tromey from comment #7)
> The feature was added specifically to mimic what sparse does.
> If sparse changes, I think changing gcc would be appropriate.
I just report a bug to Sparse here:
htt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95389
Bug ID: 95389
Summary: Kubernetes build fails because of mangled PkgPath
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95386
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|inte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95181
Patrick Palka changed:
What|Removed |Added
Assignee|ppalka at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #7 from Tom Tromey ---
(In reply to Asher Gordon from comment #6)
> (In reply to Tom Tromey from comment #5)
> > Since this warning is intended to work like sparse, introducing
> > a divergence here would seem to make the feature less
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
--- Comment #6 from Asher Gordon ---
(In reply to Tom Tromey from comment #5)
> Since this warning is intended to work like sparse, introducing
> a divergence here would seem to make the feature less useful,
> in fact subverting the point of havi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353
--- Comment #7 from Martin Sebor ---
I test my warning changes with binutils and --enable-targets=all. But that
apparently doesn't compile all source files, and I don't have a cross-build
setup in place (or the resources to do it). If someone w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95388
Bug ID: 95388
Summary: C++20 & 17 Lambda capture of *this by Value causes ICE
"in tsubst_decl at cp/pt.c"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95386
--- Comment #3 from Jiří Paleček ---
Created attachment 48629
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48629&action=edit
Original code which fails to compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95386
--- Comment #2 from Jiří Paleček ---
(In reply to Martin Liška from comment #1)
> Was the original code a valid code?
> It seems the reduced code is invalid.
Yes at least I believe so. I will attach the original code, it is not big.
Note that y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94397
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94397
--- Comment #12 from CVS Commits ---
The releases/gcc-9 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:e211b3da3899b3496add56ba45acb07569e7c15a
commit r9-8632-ge211b3da3899b3496add56ba45acb07569e7c15a
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95386
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95387
Bug ID: 95387
Summary: inconsistent behaviors at -Os
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
Antoine Lemoine changed:
What|Removed |Added
CC||antoine.lemoine@bordeaux-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95386
Bug ID: 95386
Summary: internal compiler error: in satisfaction_value, while
compiling function with a requires clause
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95384
--- Comment #1 from Barry Revzin ---
Here's a simpler example: https://godbolt.org/z/FD7uEQ
If the engaged member is an int instead of a bool (to remove the tail padding),
gcc generates better code.
This follows up on "PR 95383"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95385
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-28
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
--- Comment #6 from Martin Liška ---
(In reply to qinzhao from comment #5)
> (In reply to Martin Liška from comment #4)>
> > Can you please share some statistics how big are the files and how many
> > runs do you merge?
>
> There were on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95385
Bug ID: 95385
Summary: GCC stop detect UBs after a divide by zero in for
statement
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95384
Bug ID: 95384
Summary: Poor codegen cause by using base class instead of
member for Optional construction
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93698
Patrick Palka changed:
What|Removed |Added
CC||ivan.pogrebnyak at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95324
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95383
Bug ID: 95383
Summary: Poor codegen when constructing a trivial Optional
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94128
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94397
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:f2fe2ad8d379297dcf571b2b9c46200c5ae5391f
commit r10-8200-gf2fe2ad8d379297dcf571b2b9c46200c5ae5391f
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95285
--- Comment #15 from Wilco ---
(In reply to Bu Le from comment #14)
> > > Anyway, my point is that the size of single data does't affact the fact
> > > that
> > > medium code model is missing in aarch64 and aarch64 is lack of PIC large
> > > cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95379
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95381
--- Comment #2 from John Paul Adrian Glaubitz ---
(In reply to Richard Biener from comment #1)
> can we have a backtrace?
Working on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
--- Comment #34 from Wilco ---
(In reply to Jiu Fu Guo from comment #33)
> It would be relatively easy if the target supports unaligned access. like
> read64ne in
> https://git.tukaani.org/?p=xz.git;a=blob;f=src/liblzma/common/memcmplen.h
> Then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95343
--- Comment #3 from Martin Jambor ---
I have proposed a patch series on the mailing list to address PR 93385 and the
last patch in it also addresses this issue and allows gdb to print the correct
value of the removed parameter:
https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95113
--- Comment #4 from Martin Jambor ---
(In reply to Arseny Solokha from comment #3)
>
> Indeed, -fno-ipa-sra fixes it. So, a duplicate of PR93385?
Similar, but not quite the same. I have proposed a fix on the mailing
list: https://gcc.gnu.org/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95381
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95382
Bug ID: 95382
Summary: [haifa-sched][DO_PREDICATION] execution test: wrong
scheduling result.
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #35 from Martin Jambor ---
I have proposed a patch series that deals with this issue, including proper
adjustments to debug info, on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2020-May/546702.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94397
--- Comment #10 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:3ea6977d0f1813d982743a09660eec1760e981ec
commit r11-693-g3ea6977d0f1813d982743a09660eec1760e981ec
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95356
--- Comment #10 from Richard Biener ---
OK, so vectorizable_shift doing
else if (dt[1] == vect_constant_def)
{
/* Convert the scalar constant shift amounts in-place. */
slp_tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95356
--- Comment #9 from Martin Liška ---
Reopening as the following is ICEing:
$ gcc /home/marxin/Programming/gcc/gcc/testsuite/gcc.target/i386/pr95356.c -c
-O3 -mavx512dq
during GIMPLE pass: slp
/home/marxin/Programming/gcc/gcc/testsuite/gcc.target
1 - 100 of 140 matches
Mail list logo
