Compiling GCC_3.5 support to libgcc_s.so.1 for arm926
Hello,
I having difficulties getting gcc-4.1.1 to natively compile on a arm926 embedded system.
First, here's what I did. I used codesourcery's arm-2006q3 toolchain to cross compile gcc-4.1.1, binutils-2.17, make, automake, autoconf, bison ... (hereinafter collectively called "devtools") for arm-none-linux-gnueabi. I installed the newly compiled "devtools" to an arm926 embedded device. I tested my devtools by compiling a few programs (i.e. apache, openssl, openssh, krb5). Everything compiled fine. Note that glibc pre2.4 was already installed on the embedded device. The same glibc was used when compiling "devtools".
The issue is when I try to do a native compile for gcc-4.1.1. I get an error saying that "version 'GCC_3.5' not found" in libgcc_s.so.1 . I ran the command "strings libgcc_s.so.1 | grep GCC" and GCC_3.5 is not there. The strange thing is when I run the command on libgcc_s.so.1 from the cross-compiled gcc, both GCC_3.5 and GCC_4.0 are there.
I understand why gcc is looking for GCC_3.5 in libgcc_s.so.1. The software on the box (i.e. busybox, bash) were originally compiled with an older toolchain that contained gcc-3.5. I am in the process of recompiling everything with gcc-4.1.1, but want to recompile everything with the natively-compiled gcc-4.1.1 for arm. I am also aware that GCC_3.5 has been dropped/renamed for GCC_4.0.
So my question is, how can I compile gcc so that libgcc_s.so.1 contains backwards support for GCC_3.5 (and thus can successfully compile)?
Regards,
Jon
|