[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-04-14 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #18 from Martin Liška --- Maybe PR86684?

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-04-14 Thread seurer at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #17 from Bill Seurer --- Is there some earlier report to which this is a follow-on? The first comment here sort of implies that.

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-04-14 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #16 from Martin Liška --- (In reply to Bill Seurer from comment #15) > Martin, are you expecting this build to have 64 bit or 128 bit long doubles? > The default should be 128 as it is natively but for some reason the cross >

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-04-09 Thread seurer at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #15 from Bill Seurer --- Martin, are you expecting this build to have 64 bit or 128 bit long doubles? The default should be 128 as it is natively but for some reason the cross compiler is using 64. Even with that, though, the

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-04-01 Thread seurer at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #14 from Bill Seurer --- I compared what happens with long double and they are very different int do_signbit_tf (long double a) { return __builtin_signbit (a); } cross: ;; ;; Full RTL generated for this function: ;; (note 1 0 4

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-29 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #13 from Segher Boessenkool --- If both compilers default to ibmlongdouble, both should use TFmode, no?

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-29 Thread seurer at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #12 from Bill Seurer --- confgures are identical. Default compiler options are also identical, from -Q --help=target: The following options are target specific: -G0 -m32

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-28 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #11 from Peter Bergner --- (In reply to Bill Seurer from comment #8) > Cross: > ;; > ;; Full RTL generated for this function: > ;; > (note 1 0 4 NOTE_INSN_DELETED) > (note 4 1 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK) > (insn 2 4 3 2 (set

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-28 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #10 from Peter Bergner --- (In reply to Segher Boessenkool from comment #9) > So what causes this TF vs. IF? Cross and native should be exactly the same, > but perhaps there is a difference in the configurations you have for the

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-28 Thread segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #9 from Segher Boessenkool --- So what causes this TF vs. IF? Cross and native should be exactly the same, but perhaps there is a difference in the configurations you have for the two?

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-03-27 Thread seurer at linux dot vnet.ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 Bill Seurer changed: What|Removed |Added CC||meissner at gcc dot gnu.org,

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-01-09 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #7 from Martin Liška --- (In reply to Peter Bergner from comment #6) > (In reply to Peter Bergner from comment #5) > > (In reply to Martin Liška from comment #4) > > > Yep, I can still reproduce it with the current master in a cross

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-01-09 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #6 from Peter Bergner --- (In reply to Peter Bergner from comment #5) > (In reply to Martin Liška from comment #4) > > Yep, I can still reproduce it with the current master in a cross compiler. > > Ok, thanks. I'll see if I can

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-01-08 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #5 from Peter Bergner --- (In reply to Martin Liška from comment #4) > Yep, I can still reproduce it with the current master in a cross compiler. Ok, thanks. I'll see if I can recreate it with a cross since I cannot get it to fail

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-01-08 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2020-01-08 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #3 from Peter Bergner --- Martin, can you please check whether you still see this ICE?

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2019-04-30 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #2 from Peter Bergner --- This doesn't fail for me using a native build. Martin, can you recheck to see if this is now fixed? There have been some changes in this area and I do see that pattern in my dump file with no ICE: (insn 6

[Bug target/87163] ICE in extract_insn, at recog.c:2305

2018-08-31 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87163 --- Comment #1 from Martin Liška --- /usr/bin/powerpc64le-suse-linux-as --version GNU assembler (GNU Binutils; openSUSE Tumbleweed) 2.31 Copyright (C) 2018 Free Software Foundation, Inc. This program is free software; you may redistribute it