This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Problems building uberbaum tree for --target=m68k-elf
- From: Peter Barada <pbarada at mail dot wm dot sps dot mot dot com>
- To: gcc at gcc dot gnu dot org
- Date: Tue, 3 Dec 2002 12:43:23 -0500
- Subject: Problems building uberbaum tree for --target=m68k-elf
I've tried:
cd ~/work/cvs-gnu/uberbaum
cvs -z9 -q update -Pd
mkdir -p ../obj/uberbaum-m68k-elf
cd ../obj/uberbaum-m68k-elf
~/work/cvs-gnu/uberbaum/configure --target=m68k-elf --prefix=/tmp/uberbaum
make
And it dies down in newlib with:
/home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/gcc/xgcc -B/home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/gcc/ -nostdinc -B/home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/m68k-elf/m68000/newlib/ -isystem /home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/m68k-elf/m68000/newlib/targ-include -isystem /home/pbarada/work/cvs-gnu/uberbaum/newlib/libc/include -B/home/mylocal/uberbaum-m68k-elf/m68k-elf/bin/ -B/home/mylocal/uberbaum-m68k-elf/m68k-elf/lib/ -isystem /home/mylocal/uberbaum-m68k-elf/m68k-elf/include -L/home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/ld -m68000 -DPACKAGE=\"newlib\" -DVERSION=\"1.10.0\" -I. -I/home/pbarada/work/cvs-gnu/uberbaum/newlib/libm/math -I/home/pbarada/work/cvs-gnu/uberbaum/newlib/libm/math/../common -O2 -DCOMPACT_CTYPE -DMISSING_SYSCALL_NAMES -fno-builtin -O2 -g -O2 -m68000 -c /home/pbarada/work/cvs-gnu/uberbaum/newlib/libm/math/kf_cos.c
/home/pbarada/work/cvs-gnu/uberbaum/newlib/libm/math/kf_cos.c: In function `__kernel_cosf':
/home/pbarada/work/cvs-gnu/uberbaum/newlib/libm/math/kf_cos.c:59: internal compiler error: in trunc_int_for_mode, at explow.c:54
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[7]: *** [kf_cos.o] Error 1
make[7]: Leaving directory `/home/pbarada/work/cvs-gnu/obj/uberbaum-m68k-elf/m68k-elf/m68000/newlib/libm/math'
make[6]: *** [all-recursive] Error 1
1) Is my configure correct for a m68k-elf cross-compiler?
2) If so, what's wrong?
3) Anybody else seen this?
I've looked at it with GDB, and I see the abort is:
Breakpoint 1, fancy_abort (
file=0x826fb80 "/home/pbarada/work/cvs-gnu/uberbaum/gcc/explow.c",
line=54, function=0x826fa80 "trunc_int_for_mode")
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/diagnostic.c:1362
(gdb) up
#1 0x080e9e4e in trunc_int_for_mode (c=2147483647, mode=SFmode)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/explow.c:54
(gdb) where
#0 fancy_abort (
file=0x826fb80 "/home/pbarada/work/cvs-gnu/uberbaum/gcc/explow.c",
line=54, function=0x826fa80 "trunc_int_for_mode")
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/diagnostic.c:1362
#1 0x080e9e4e in trunc_int_for_mode (c=2147483647, mode=SFmode)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/explow.c:54
#2 0x0820fcf6 in simplify_and_const_int (x=0x400de4f8, mode=SFmode,
varop=0x4001cfd8, constop=2147483647)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:8048
#3 0x0820be82 in simplify_logical (x=0x400de4f8, last=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:5379
#4 0x0820a7a8 in combine_simplify_rtx (x=0x400de4f8, op0_mode=VOIDmode,
last=0, in_dest=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:4558
#5 0x082091f3 in subst (x=0x400de4f8, from=0x4001cfe4, to=0x4001cfd8,
in_dest=0, unique_copy=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:3593
#6 0x082090e4 in subst (x=0x400de504, from=0x4001cfe4, to=0x4001cfd8,
in_dest=0, unique_copy=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:3544
#7 0x082090e4 in subst (x=0x400ce0f0, from=0x4001cfe4, to=0x4001cfd8,
in_dest=0, unique_copy=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:3544
#8 0x082090e4 in subst (x=0x400ce0fc, from=0x4001cfe4, to=0x4001cfd8,
in_dest=0, unique_copy=0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:3544
#9 0x082065ea in try_combine (i3=0x4001f840, i2=0x4001f7bc, i1=0x4001f4d0,
new_direct_jump_p=0xbfffed58)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:1997
#10 0x08204cb3 in combine_instructions (f=0x4001f44c, nregs=109)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:656
#11 0x081d575e in rest_of_compilation (decl=0x400c67e0)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/toplev.c:3122
Note the mode being SFmode. Alos up at level 9, try_combine turned i3
into:
(gdb) down
#9 0x082065ea in try_combine (i3=0x4001f840, i2=0x4001f7bc, i1=0x4001f4d0,
new_direct_jump_p=0xbfffed58)
at /home/pbarada/work/cvs-gnu/uberbaum/gcc/combine.c:1997
(gdb) call debug_rtx(i3)
(insn 22 21 23 0 0x4001f3f4 (set (cc0)
(compare (subreg:SI (and:SF (mem/f:SF (plus:SI (reg/f:SI 14 %a6)
(const_int 8 [0x8])) [2 x+0 S4 A16])
(const_int 2147483647 [0x7fffffff])) 0)
(const_int 838860799 [0x31ffffff]))) 11 {*m68k.md:518} (insn_list 20 (nil))
(nil))
(gdb) call debug_rtx(i2)
(insn 20 19 21 0 0x4001f3f4 (set (reg/v:SI 37)
(and:SI (subreg:SI (reg/v:SF 30) 0)
(const_int 2147483647 [0x7fffffff]))) 177 {andsi3_internal} (insn_list 3 (nil))
(nil))
(gdb) call debug_rtx(i1)
(insn 3 267 4 0 (nil) (set (reg/v:SF 30)
(mem/f:SF (plus:SI (reg/f:SI 14 %a6)
(const_int 8 [0x8])) [2 x+0 S4 A16])) 40 {*m68k.md:1097} (nil)
(expr_list:REG_EQUIV (mem/f:SF (plus:SI (reg/f:SI 14 %a6)
(const_int 8 [0x8])) [2 x+0 S4 A16])
(nil)))
(gdb)
I'm thinking that 'and:SF' is really bad...
--
Peter Barada Peter.Barada@motorola.com
Wizard 781-852-2768 (direct)
WaveMark Solutions(wholly owned by Motorola) 781-270-0193 (fax)