https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84660
--- Comment #4 from Kito Cheng ---
Hi Jim:
We've written a patch which is based on your patch for gcc 7, and we've tested
with GCC testsuite and several testsuite.
diff --git a/gcc/combine.c b/gcc/combine.c
index ff250aa..033387d 100644
--- a/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84874
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 16 08:05:06 2018
New Revision: 258585
URL: https://gcc.gnu.org/viewcvs?rev=258585&root=gcc&view=rev
Log:
PR c++/84874
* decl.c (reshape_init_class): Don't assert d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84841
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 16 08:06:41 2018
New Revision: 258586
URL: https://gcc.gnu.org/viewcvs?rev=258586&root=gcc&view=rev
Log:
PR tree-optimization/84841
* tree-ssa-reassoc.c (INTEGER_C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84841
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression] ICE: tree |[7 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84874
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7/8 Regression] internal |[6/7 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84899
Bug ID: 84899
Summary: ICE: in final_scan_insn_1, at final.c:3139 (error:
could not split insn)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: ice-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005
--- Comment #9 from rsandifo at gcc dot gnu.org
---
Created attachment 43673
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43673&action=edit
Candidate patch
Could you try the attached patch? It should restore the ability
to look through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84874
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 16 08:44:56 2018
New Revision: 258588
URL: https://gcc.gnu.org/viewcvs?rev=258588&root=gcc&view=rev
Log:
PR c++/84874
* g++.dg/cpp2a/desig8.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84811
--- Comment #9 from Martin Liška ---
Sorry, I meant --verbose.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84891
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84811
--- Comment #10 from Jakub Jelinek ---
I've tried all the possible -march=/-mtune= options and -m32/-m64 and don't get
ICE with any of them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82847
--- Comment #8 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #7)
> So a possible fix would be to require vect_perm_short tests to append
> appropriate x86 flags for compiling (likewise for vect_perm_byte).
>
> Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84859
--- Comment #10 from Richard Biener ---
Created attachment 43674
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43674&action=edit
patch
Final patch I am testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84894
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41897
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84894
Dominique d'Humieres changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
linzj changed:
What|Removed |Added
CC||manjian2006 at gmail dot com
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84828
--- Comment #4 from Jakub Jelinek ---
Created attachment 43676
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43676&action=edit
gcc8-pr84828.patch
As mentioned on the ML, the testcase still ICEs on x86_64-linux with -m32.
I've tried to fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #9 from linzj ---
sra may not relate to this problem. I make sra get involved, because fre fails
to recognise a mem ref and a component ref are the same reference. Maybe we
should work on fre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84897
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49129
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2011-07-24 20:52:32 |2018-3-16
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65114
--- Comment #2 from Jonathan Wakely ---
Libstdc++, libc++ and MSVC all use memcpy for char_traits::copy, so we
all have the same undefined behaviour.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #10 from Richard Biener ---
(In reply to linzj from comment #8)
> Created attachment 43675 [details]
> patch to discuss
>
> This patch aims to make the escape result for call statement accurate.
>
> But I find the test case still no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84879
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84873
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Fri Mar 16 12:04:29 2018
New Revision: 258591
URL: https://gcc.gnu.org/viewcvs?rev=258591&root=gcc&view=rev
Log:
2018-03-16 Richard Biener
PR c/84873
* c-gimplify.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49129
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68615
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2017-09-28 00:00:00 |2018-3-16
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2017-08-22 00:00:00 |2018-3-16
--- Comment #6 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84900
Bug ID: 84900
Summary: Compiler report a error unexpectedly.
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68615
David Malcolm changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84899
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83911
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Mar 16 12:38:42 2018
New Revision: 258592
URL: https://gcc.gnu.org/viewcvs?rev=258592&root=gcc&view=rev
Log:
PR c++/83911 - ICE with multiversioned constructor.
* cp-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79937
--- Comment #22 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 16 12:46:12 2018
New Revision: 258593
URL: https://gcc.gnu.org/viewcvs?rev=258593&root=gcc&view=rev
Log:
PR c++/79937
PR c++/82410
* tree.h (TARGET_EXPR_N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82410
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Mar 16 12:46:12 2018
New Revision: 258593
URL: https://gcc.gnu.org/viewcvs?rev=258593&root=gcc&view=rev
Log:
PR c++/79937
PR c++/82410
* tree.h (TARGET_EXPR_NO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84885
--- Comment #5 from mdblack98 at yahoo dot com ---
I've been using Fortran since 1980 so caps is natural to me :-)
My concern is that if gfortran has supported the len>1 convention for many
years than perhaps it should continue supporting it to pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84901
Bug ID: 84901
Summary: --dynamic-list=export is ignored in presence of -flto
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #11 from linzj ---
This patch makes the printf clobber/use set correct. But it doesn't seem like
much help.
Maybe the escape set only comes from the function wise one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #12 from rguenther at suse dot de ---
On Fri, 16 Mar 2018, manjian2006 at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
>
> --- Comment #11 from linzj ---
> This patch makes the printf clobber/use set co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68197
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711
--- Comment #7 from Christophe Lyon ---
Created attachment 43678
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43678&action=edit
vect-nop-move execution trace
Last 300 lines of QEMU execution traces.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84711
--- Comment #8 from Christophe Lyon ---
Created attachment 43679
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43679&action=edit
vshuf-v2si.trace execution trace
Last 300 lines of QEMU execution traces.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84902
Bug ID: 84902
Summary: 549.fotonik3d_r from SPEC2017 fails verification with
-Ofast -march=native on Zen since r258518
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84903
Bug ID: 84903
Summary: internal compiler error: in convert_move, at
expr.c:229
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84904
Bug ID: 84904
Summary: Implement an option to attempt to auto-apply fix-it
hints
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #13 from linzj ---
But the code looks like only using the clobber set of the call statment. I will
look into that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84905
Bug ID: 84905
Summary: Improve warning for __attribute__((const)) on function
returning void
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84902
Julia Koval changed:
What|Removed |Added
CC||julia.koval at intel dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84824
--- Comment #14 from linzj ---
I mean call_may_clobber_ref_p_1 function in tree-ssa-alias.c. It does use the
clobber set of the call statement. So making the clobber set right should have
positive effect on the code, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
Raphael Kubo da Costa changed:
What|Removed |Added
CC||raphael.kubo.da.costa@intel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84906
Bug ID: 84906
Summary: [8 Regression] Ambiguous conversion not diagnosed,
causes entire selection-statement to be omitted
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84906
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84902
--- Comment #2 from Martin Liška ---
Assembly diff in between the revisions is:
--- /tmp/good.txt 2018-03-16 15:31:17.391278644 +0100
+++ /tmp/bad.txt2018-03-16 15:23:44.678197462 +0100
@@ -279,20 +279,10 @@
4015ae: 66 90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Jason Merrill changed:
What|Removed |Added
Keywords|accepts-invalid |wrong-code
--- Comment #8 from Jason Mer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84904
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
Bug ID: 84907
Summary: [8 Regression] ppc64le gromacs miscompilation since
r256656
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
Jakub Jelinek changed:
What|Removed |Added
Target||powerpc64le-linux-gnu
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84908
Bug ID: 84908
Summary: retpoline weirdness: 7.3.0-1 and 4.8.5-16: with -fPIC:
R_X86_64_PC32 against undefined symbol
`__x86_indirect_thunk_rax'
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84909
Bug ID: 84909
Summary: typo: conversion from %qT to to %qT
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80227
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84910
Bug ID: 84910
Summary: typo: "%qs follows inline declaration "
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84722
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Fri Mar 16 14:53:24 2018
New Revision: 258595
URL: https://gcc.gnu.org/viewcvs?rev=258595&root=gcc&view=rev
Log:
Properly redirect alias for MVC (PR ipa/84722).
2018-03-16 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84833
--- Comment #10 from Martin Liška ---
Author: marxin
Date: Fri Mar 16 14:53:45 2018
New Revision: 258596
URL: https://gcc.gnu.org/viewcvs?rev=258596&root=gcc&view=rev
Log:
Redirect reference in the symbol table (PR ipa/84833).
2018-03-16 Marti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84833
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84722
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84902
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Summary|[8 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84902
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
--- Comment #2 from Jakub Jelinek ---
I've tried
return { *reinterpret_cast (m) };
but that doesn't work either.
The difference between r256653 and r256656 is e.g. in loadUWrapper:
- lxvd2x 0,0,3
+ lvx 0,0,3
addi 10,1,-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84911
Bug ID: 84911
Summary: typo: error ("invalid name (\"%s\")
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84906
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84635
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84911
--- Comment #1 from Roland Illig ---
While here, please move the "target(\"arch=\")" out of the string to be
translated, to eliminate any possibility of the translator making
copy-and-paste mistakes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84905
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
--- Comment #3 from kelvin at gcc dot gnu.org ---
The Power backend will assume that any pointer declared as pointer to vector is
aligned to the vector size. Coercing a (float *) to a (vector float *)
violates this assumption. The code as writte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84910
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84909
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
Bill Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
--- Comment #2 from Jonathan Wakely ---
GCC adds a declaration of struct S to the enclosing namespace, and makes that a
friend, rather than the struct S in the unnamed namespace.
10.3.1.2 [namespace.memdef] p3 says "the lookup to determine wheth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
--- Comment #3 from Stephan Bergmann ---
(In reply to Jonathan Wakely from comment #2)
> 10.3.1.2 [namespace.memdef] p3 says "the lookup to determine whether the
> entity has been previously declared shall not consider any scopes outside
> the in
rce-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.1 20180316 (experimental) [trunk revision 258587] (GCC)
COLLECT_GCC_OPTIONS='-O3' '-c' '-v' '-mtune=generic' &#x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 84907, which changed state.
Bug 84907 Summary: [8 Regression] ppc64le gromacs miscompilation since r256656
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84907
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
--- Comment #4 from Jonathan Wakely ---
IMHO that's a reasonable interpretation, but so is GCC's :-)
Transforming the program as per 10.3.1.1 [namespace.unnamed] we get:
namespace N { }
using namespace N;
namespace N { struct S; }
class C {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #9 from Jonathan Wakely ---
This doesn't seem like a libstdc++ bug. malloc must return memory suitably
aligned for any type of object with a fundamental alignment, i.e. <=
_Alignof(max_align_t).
So GCC's definition of max_align_t is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84910
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691
--- Comment #10 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #9)
> So GCC's definition of max_align_t is not consistent with malloc in Solaris
Oh, I'm assuming here that the definition of max_align_t is coming from GCC's
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84898
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84909
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84912
Bug ID: 84912
Summary: __builtin_divde* produce Internal Compiler Error when
compiled -m32
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84908
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84811
--- Comment #12 from Jakub Jelinek ---
Can you attach -fdump-tree-optimized and -fdump-rtl-cse2
-fdump-rtl-pro_and_epilogue -fdump-rtl-dse ? I really wonder what is different
in our vs. your compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84913
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84913
Bug ID: 84913
Summary: ICE vectorising chained conditional reduction
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84885
--- Comment #6 from Steve Kargl ---
On Fri, Mar 16, 2018 at 01:11:30PM +, mdblack98 at yahoo dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84885
>
> --- Comment #5 from mdblack98 at yahoo dot com ---
> I've been using Fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84899
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
1 - 100 of 180 matches
Mail list logo
