https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #13 from Andreas Kr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #11 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #10 from Andreas Krebbel ---
Author: krebbel
Date: Tue Apr 24 12:18:26 2018
New Revision: 259593
URL: https://gcc.gnu.org/viewcvs?rev=259593&root=gcc&view=rev
Log:
Fix PR85478
gcc/ChangeLog:
2018-04-24 Andreas Krebbel
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #8 from Andreas Krebbel ---
The problem is similar to PR83753 but with a different call-chain. Richard
Sandiford fixed it by adding:
/* First cope with the degenerate case of a single-element
vector. */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #7 from Andreas Krebbel ---
The cross from comment #6 did not trigger the problem because I accidentally
built it with --disable-checking. Dropping this and adding
--with-long-double-128 triggers the ICE on a full cross as well as on
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=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=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=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=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=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
13 matches
Mail list logo
