Robert P. J. DAY says:
apparently, the patchset for gcc 4.2.1 applies properly to the
source for gcc 4.2.2 and gcc 4.2.3. so, if you want, you can simply
add support for those last two just by augmenting menuconfig and
adding a couple symlinks for those two directories. seems like a
cheap way to add a couple new versions.
1 --- gcc-4.1.2.orig/gcc/config.gcc 2007-03-04 23:25:37.000000000 +0100
2 +++ gcc-4.1.2/gcc/config.gcc 2007-03-04 23:25:45.000000000 +0100
4 tm_file="dbxelf.h elfos.h linux.h arm/elf.h arm/linux-gas.h arm/linux-elf.h"
5 tmake_file="${tmake_file} t-linux arm/t-arm"
7 - arm*-*-linux-gnueabi)
8 + arm*-*-linux-gnueabi | arm*-*-linux-uclibcgnueabi)
9 tm_file="$tm_file arm/bpabi.h arm/linux-eabi.h"
10 tmake_file="$tmake_file arm/t-arm-elf arm/t-bpabi arm/t-linux-eabi"
11 # The BPABI long long divmod functions return a 128-bit value in
12 --- gcc-4.1.2.orig/gcc/config/arm/linux-eabi.h 2005-11-15 15:32:13.000000000 +0100
13 +++ gcc-4.1.2/gcc/config/arm/linux-eabi.h 2007-03-04 23:25:45.000000000 +0100
15 /* Use ld-linux.so.3 so that it will be possible to run "classic"
16 GNU/Linux binaries on an EABI system. */
17 #undef LINUX_TARGET_INTERPRETER
19 +#define LINUX_TARGET_INTERPRETER "/lib/ld-uClibc.so.0"
21 #define LINUX_TARGET_INTERPRETER "/lib/ld-linux.so.3"
24 /* At this point, bpabi.h will have clobbered LINK_SPEC. We want to
25 use the GNU/Linux version, not the generic BPABI version. */