build terminates with:
/Applications/avr/gcc-build/gcc/xgcc -B/Applications/avr/gcc-build/gcc/
-B/usr/local/avr/bin/ -B/
usr/local/avr/lib/ -isystem /usr/local/avr/include -isystem
/usr/local/avr/sys-include -O2 -DIN_GCC
-DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-
style-definition -isystem ./include -DDF=SF -Dinhibit_libc -mcall-prologues
-g -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I -I../../gcc/gcc -I../../gcc/gcc/
-I../../gcc/gcc/../
include -I../../gcc/gcc/../libcpp/include -DL_fixdfdi -c
../../gcc/gcc/libgcc2.c -o libgcc/./_fixdfdi.o
../../gcc/gcc/libgcc2.c: In function '__fixdfdi':
../../gcc/gcc/libgcc2.c:1198: internal compiler error: in find_valid_class, at
reload.c:712
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [libgcc/./_fixdfdi.o] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
Thought it was a problem with libgcc2.h, but could'nt hack around it even
defining double as being 64
bits, which avr.h originally defined as 32 bits, while libgcc2.h defines it by
default as being a 64-bit DI
mode type equivelent; so basicly not sure where the problem is?
--
Summary: can't build latest 4.0 avr target (as of 12/11/04 cvs
and earlier)
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schlie at comcast dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-apple-darwin7.6.0
GCC host triplet: powerpc-apple-darwin7.6.0
GCC target triplet: avr-unknown-none
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18941
