This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]