https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #20 from Daniel Elliott ---
cool. just tried that.
gets gcc down to
GCC:
---
ifStandard 596892 ns
ifNoConditional 148075 ns <--- with "result[n] = tab[item > .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #19 from Marc Glisse ---
For the "ifno" case, llvm turns
(item>.5f)?1.:0.
into (cheating on the syntax, we can't do bit_and on float in C)
((item>.5f)?mask:0.) & 1.
where mask is all one bits, and this uses the SSE comparison inst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #18 from Marc Glisse ---
For the "if" case, llvm turns:
if (myVector[n] > 0.5){
result[n] = 0.8f;
}
else {
result[n] = 0.1f;
}
into
const float tab[2] = { .8f, .1f };
result[n] = tab[item > .5f];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81837
--- Comment #9 from Eric Gallager ---
(In reply to Paolo Carlini from comment #8)
> In any case, please always set the Target Milestone when closing a bug.
I thought that was just for regressions...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #17 from Daniel Elliott ---
my previous comment above meant to say this (change from float to int)
Interestingly for the gcc case, if I return float from the when_greater_than
function (which is just doing x > y ? 1: 0; then it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #16 from Daniel Elliott ---
Created attachment 44001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44001&action=edit
revised benchmark w/different approach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85466
--- Comment #15 from Daniel Elliott ---
Good catch johnathan on the return type of max. (PS also enjoyed your accu talk
on youtube).
I also have been messing around with the benchmark a bit and have come to the
conclusion that the sign function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85489
Bug ID: 85489
Summary: config/x86/sjlj.S should use unsigned integer to
unwind shadow stack
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85488
Bug ID: 85488
Summary: segmentation fault when compiling code using the
ordered(n) clause in OpenMP 4.5
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
Bug ID: 85487
Summary: Support '#pragma region' and '#pragma endregion' to
allow code folding with Visual Studio
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85365
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85365
--- Comment #7 from Martin Sebor ---
Author: msebor
Date: Fri Apr 20 23:43:51 2018
New Revision: 259535
URL: https://gcc.gnu.org/viewcvs?rev=259535&root=gcc&view=rev
Log:
PR c/85365 - -Wrestrict false positives with -fsanitize=undefined
gcc/Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85456
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85456
--- Comment #2 from Michael Meissner ---
Author: meissner
Date: Fri Apr 20 22:36:48 2018
New Revision: 259534
URL: https://gcc.gnu.org/viewcvs?rev=259534&root=gcc&view=rev
Log:
[libgcc]
2018-04-20 Michael Meissner
PR target/85456
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85315
--- Comment #9 from Martin Sebor ---
(In reply to rguent...@suse.de from comment #8)
> > I asked Peter about that yesterday. The access to *p in your example is
> > still
> > meant to be undefined even under the proposed provenance rules. Here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85486
Bug ID: 85486
Summary: [og7, nvptx] ref-1.C fails with vector length 128
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
Bug ID: 85485
Summary: Remove -mcet
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82805
--- Comment #7 from Martin Jambor ---
According to my latest numbers. 454.alculix compiled with gcc 7 is 3% slower
than gcc 6 at -O2 but trunk (r259234) is as fast as gcc 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85361
Will Hawkins changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85361
--- Comment #4 from Will Hawkins ---
(In reply to jos...@codesourcery.com from comment #3)
> See the documentation of -std=, regarding base standards.
>
> # The compiler can accept several base standards, such as @samp{c90} or
> # @samp{c++98},
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85456
--- Comment #1 from Michael Meissner ---
Author: meissner
Date: Fri Apr 20 21:27:08 2018
New Revision: 259533
URL: https://gcc.gnu.org/viewcvs?rev=259533&root=gcc&view=rev
Log:
[libgcc]
2018-04-20 Michael Meissner
PR target/85456
Hello there,
I would like to know if you are interested in acquiring SAP NetWeaver Users
list.
Information fields: Names, Title, Email, Phone, Company Name, Company URL,
Company physical address, SIC Code, Industry, Company Size (Revenue and
Employee).
NOTE: If this is not relevant to you ple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81837
Paolo Carlini changed:
What|Removed |Added
Target Milestone|--- |8.0
--- Comment #8 from Paolo Carlini -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54696
Eric Gallager changed:
What|Removed |Added
CC|egall at gwmail dot gwu.edu|egallager at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81837
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65923
--- Comment #9 from Tony E Lewis ---
I'm so delighted to see:
#include
#include
using std::literals::chrono_literals::operator""s;
using std::literals::string_literals::operator""s;
...compiling cleaning on Godbolt.
Thanks for this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
--- Comment #5 from emsr at gcc dot gnu.org ---
We fixed this a long time ago.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
emsr at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66689
emsr at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #20 from Michael Meissner ---
I'm sorry long double doesn't seem to work on your system. If your system does
not have the appropriate long double libraries, you probably need to use the
--with-long-double-64 option to make long doubl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79985
--- Comment #7 from Alexander Monakov ---
Or rather like this:
diff --git a/gcc/df-scan.c b/gcc/df-scan.c
index 95e1e0df2d5..732705c0385 100644
--- a/gcc/df-scan.c
+++ b/gcc/df-scan.c
@@ -3207,11 +3207,11 @@ df_insn_refs_collect (struct df_colle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85448
--- Comment #8 from francois.jacq at irsn dot fr ---
(In reply to Thomas Koenig from comment #7)
> As quoted by Steve Lionel on c.l.f (F2008, 16.2, para 2):
>
> "The global identifier of an entity shall not be the same as the global
> identifier
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85381
Tom de Vries changed:
What|Removed |Added
Attachment #43992|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85406
--- Comment #6 from Allan Jensen ---
Yeah, the a==255 was actually not a case I would expect the compiler to solve,
which is why I changed the example to the a==0 case, which should be solveable
using existing constant propagation.
Note you can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #35 from Martin Sebor ---
Here are the proposed changes:
Pointer Provenance:
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2219.htm#proposed-technical-corrigendum
Trap Representations:
http://www.open-std.org/jtc1/sc22/wg14/www/d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #34 from Martin Sebor ---
The questions in N2223 and the other documents are there to provide background
and justification for the proposed changes (the questions come surveys they
sent to various forums). The proposed words are at t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #6 from Andreas Krebbel ---
The difference I have seen so far was triggered by building the cross with
"--without-headers". As a result the detected glibc version is 0.0:
config.log:
configure:28145: checking for target glibc versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85473
--- Comment #3 from Sebastian Peryt ---
Proposed patch sent to ML:
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg01011.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85483
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Apr 20 16:31:19 2018
New Revision: 259526
URL: https://gcc.gnu.org/viewcvs?rev=259526&root=gcc&view=rev
Log:
PR testsuite/85483: Move aarch64/sve/vcond_1.c test to g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85483
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85483
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85437
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85361
--- Comment #3 from joseph at codesourcery dot com ---
See the documentation of -std=, regarding base standards.
# The compiler can accept several base standards, such as @samp{c90} or
# @samp{c++98}, and GNU dialects of those standards, such as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85484
Bug ID: 85484
Summary: missing -Wstringop-overflow for strcpy with a string
of non-const length
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85483
Bug ID: 85483
Summary: Many failures on test gcc.target/aarch64/sve/vcond_1.c
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
Carl Love changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83402
--- Comment #13 from Carl Love ---
Author: carll
Date: Fri Apr 20 15:18:24 2018
New Revision: 259524
URL: https://gcc.gnu.org/viewcvs?rev=259524&root=gcc&view=rev
Log:
gcc/ChangeLog:
2018-04-20 Carl Love
PR target/83402
* c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85445
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84588
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85445
--- Comment #3 from Tom de Vries ---
Author: vries
Date: Fri Apr 20 13:46:07 2018
New Revision: 259523
URL: https://gcc.gnu.org/viewcvs?rev=259523&root=gcc&view=rev
Log:
[nvptx] Fix calls to vector and worker routines
2018-04-20 Nathan Sidwell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85436
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85469, which changed state.
Bug 85469 Summary: -mibt is unused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85469
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85469
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85469
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Fri Apr 20 13:30:13 2018
New Revision: 259522
URL: https://gcc.gnu.org/viewcvs?rev=259522&root=gcc&view=rev
Log:
Define __CET__ for -fcf-protection and remove -mibt
With revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85476
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #13 from Tamar Christina ---
Thanks Martin!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85476
--- Comment #1 from Martin Liška ---
Author: marxin
Date: Fri Apr 20 12:55:36 2018
New Revision: 259521
URL: https://gcc.gnu.org/viewcvs?rev=259521&root=gcc&view=rev
Log:
Do not overflow string buffer (PR objc/85476).
2018-04-20 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85436
--- Comment #4 from Peter Bergner ---
Author: bergner
Date: Fri Apr 20 12:19:10 2018
New Revision: 259520
URL: https://gcc.gnu.org/viewcvs?rev=259520&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2018-03-09 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83969
--- Comment #15 from Peter Bergner ---
Author: bergner
Date: Fri Apr 20 12:19:10 2018
New Revision: 259520
URL: https://gcc.gnu.org/viewcvs?rev=259520&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2018-03-09 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85445
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> The initialization of the stack is done in thread W0V0, but the stack is
> read in WAVA mode, so it's reading uninitialized stack memory in all but
> the W0V0 thre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85445
--- Comment #1 from Tom de Vries ---
(In reply to Tom de Vries from comment #0)
> og7 test-case ref-1.C fails in execution when run with trunk:
At -O2, due to the call to routine Worker. The Vector routine is inlined, due
to missing noinline,noc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #6 from Thomas Petazzoni ---
I see Eric Gallager added bug 68538 in the "See also" section. However, I don't
see how they can be related: 68538 has been fixed, and the fix was only in
CRIS-specific files.
This bug however is only abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79736
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #5 from rguenther at suse dot de ---
On Fri, 20 Apr 2018, krebbel at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
>
> --- Comment #4 from Andreas Krebbel ---
> Indeed it does not appear to fail with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #19 from Dennis Clarke ---
status : RESOLVED FIXED <-- seems to not apply.
For the sake of showing how there really is a problem here, we can
neatly compile some trivial code and get bizarre results simply
because the platform woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #4 from Andreas Krebbel ---
Indeed it does not appear to fail with a cross from x86. I've checked with
r259518 on s390x as well as on x86. With an x86 cross no tree dump is generated
after 012t.ompexp and the generated assembler file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85482
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-checking
--- Comment #2 from Jakub J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85475
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85475
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Fri Apr 20 10:31:23 2018
New Revision: 259519
URL: https://gcc.gnu.org/viewcvs?rev=259519&root=gcc&view=rev
Log:
2018-04-20 Richard Biener
PR middle-end/85475
* matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #18 from Dennis Clarke ---
We are saying the same thing here.
Those same emulation routines exist elsewhere and are called _Qp_div,
_Qp_mul and _Qp_add on Solaris SPARC systems whereas those are
implemented into other places with m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #17 from Jakub Jelinek ---
(In reply to Dennis Clarke from comment #16)
> It is annoying that the gcc compiler will produce the correct
> assembly for both the IBM long double and the IEEE 754-2008
> type 128-bit floatin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #16 from Dennis Clarke ---
Dear Jakub Jelinek :
Exactly.
Yes, I think the libmpfr/libgmp seem to work perfectly here but
the real issue is that the old 970 and pre Power ISA v.2.03 spec
type hardware is a historica
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #3 from Richard Biener ---
Hmm, it doesn't seem to ICE for me (with a cross from x86_64-linux). I
configured with --target s390x-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
--- Comment #15 from Jakub Jelinek ---
For libquadmath you need a working __float128 support. On x86_64, i686 and
ia64 this is done through a slow software emulation in libgcc. On powerpc*,
there is either a software emulation which requires VS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85440
Dennis Clarke changed:
What|Removed |Added
Known to work|8.0 |
--- Comment #14 from Dennis Clarke ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85482
Matthias Kretz changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85482
Bug ID: 85482
Summary: unnecessary vmovaps/vmovapd/vmovdqa emitted
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #2 from Andreas Krebbel ---
I've opened another bugzilla for a probably unrelated problem triggered by a
testcase reduce from the same source file:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85481
Bug ID: 85481
Summary: ICE in maybe_explain_implicit_delete
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85479
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85480
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85449
--- Comment #11 from Martin Jambor ---
I have posted the following fix to the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00996.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85447
--- Comment #9 from Martin Jambor ---
Eventually, we have decided to go for a more limited fix which I have posted to
the mailing list: https://gcc.gnu.org/ml/gcc-patches/2018-04/msg00995.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85480
Bug ID: 85480
Summary: zero extension from xmm to zmm via _mm512_insert???x?
not optimized
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85479
Bug ID: 85479
Summary: ice in inc_refcount_use
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #1 from Andreas Krebbel ---
The testcases ICEs since r253196:
S/390: Set the preferred mode for float vectors
gcc/ChangeLog:
2017-09-26 Andreas Krebbel
* config/s390/s390.c (s390_preferred_simd_mode): Return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84761
Martin Liška changed:
What|Removed |Added
CC||belous.vs at yandex dot ru
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85477
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
Bug ID: 85478
Summary: ICE with single element vector
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85406
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56326
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58111
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59453
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59452
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59664
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 112 matches
Mail list logo
