...well sort of. If I use the releases straight, I get this:
In file included from ../../gcc-4.2.0-20070430/gcc/libgcc2.c:35: ./tm.h:5:29: error: config/avr/avr.h: No such file or directory ./tm.h:6:28: error: config/dbxelf.h: No such file or directory ./tm.h:7:31: error: config/tm-dwarf2.h: No such file or directory ./tm.h:8:23: error: defaults.h: No such file or directory In file included from ../../gcc-4.2.0-20070430/gcc/libgcc2.c:65: ../../gcc-4.2.0-20070430/gcc/libgcc2.h:255:3: error: #error "expand the table" ../../gcc-4.2.0-20070430/gcc/libgcc2.c: In function '__mulhi3': ../../gcc-4.2.0-20070430/gcc/libgcc2.c:536: error: 'BITS_PER_UNIT' undeclared (first use in this function) ../../gcc-4.2.0-20070430/gcc/libgcc2.c:536: error: (Each undeclared identifier is reported only once ../../gcc-4.2.0-20070430/gcc/libgcc2.c:536: error: for each function it appears in.) make[3]: *** [libgcc/./_muldi3.o] Error 1 make[3]: Leaving directory `/c/avrdev/gcc/build/gcc' make[2]: *** [stmp-multilib] Error 2 make[2]: Leaving directory `/c/avrdev/gcc/build/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory `/c/avrdev/gcc/build' make: *** [all] Error 2 However, this is just the "trailing forward slash not allowed in include path" on MinGW bug, #22133, which is still not fixed: <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22133> (See comment trail for link to patch.) After patching GCC to fix that bug, it builds successfully with the following configuration: Using built-in specs. Target: avr Configured with: ../gcc-4.2.0-20070430/configure --prefix=/c/WinAVR-GCC-4.2.0 --target=avr --enable-languages=c,c++ --with-dwarf2 --enable-win32-registry=WinAVR-2007xxyy --disable-nls --with-gmp=/usr/local --with-mpfr=/usr/local --enable-doc --disable-libssp Thread model: single gcc version 4.2.0 20070430 (prerelease) (WinAVR 2007xxyy) This is building from the "core" .bz2 and "c++" .bz2 packages. Eric Weddington
