https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #11 from Segher Boessenkool ---
This should be fixed on trunk now. Martin, can you please check that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
Martin Liška changed:
What|Removed |Added
Priority|P3 |P4
--- Comment #10 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #9 from Segher Boessenkool ---
It's a different symptom, but sure, might be related. Somehow your toolchain
thinks it is a newer ISA but not compliant to older ISAs :-/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #8 from Martin Liška ---
Same happens for:
./xgcc -B.
/home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/do_check_3.f90
#0 lookup_handler (scode=1122058) at insn-opinit.c:1156
#1 0x032f34de in raw_optab_handler (scode=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #7 from Segher Boessenkool ---
lang_hooks.types.type_for_mode can return NULL, but emit_library_call_value
cannot handle that.
Why it fails on a cross and not natively, I don't know... target bug is
my guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #6 from Martin Liška ---
Backtrace from GDB with function arguments visible:
#0 0x015140fd in aggregate_value_p (exp=0x0, fntype=0x0) at
/home/marxin/Programming/gcc/gcc/function.c:2046
#1 0x00f3d2e0 in emit_library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #5 from Martin Liška ---
In calls.c I see:
│4742 if (outmode != VOIDmode)
│4743{
│4744 tfom = lang_hooks.types.type_for_mode (outmode, 0);
>│4745 if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #4 from Martin Liška ---
ubsan build helps:
$ UBSAN_OPTIONS=print_stacktrace=1 ./xgcc -B.
/home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/real_do_1.f90
-frounding-math
/home/marxin/Programming/gcc/gcc/testsuite/gfortran.dg/re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #3 from Segher Boessenkool ---
... Nope, works fine with trunk as well. You must be doing something you're
not telling us?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #2 from Segher Boessenkool ---
Actually, doesn't fail on powerpc64le-linux either. Well let me try some
brand spanking new tree...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87133
--- Comment #1 from Segher Boessenkool ---
Does not fail on powerpc64-linux, even with -mlittle -mabi=elfv2 .
12 matches
Mail list logo
