This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Kindly provide some guidance with regard to problem mentioned in the 'subject'.. Thanks -----Original Message----- From: Manoj Verma, Noida Sent: Monday, November 03, 2003 10:32 PM To: 'Dan Kegel' Cc: crossgcc@sources.redhat.com; libc-alpha@sources.redhat.com; Andreas Schwab Subject: RE: trouble linking iconvconfig while building glibc (was: Re: Crosstool building using Dan's Script) > -----Original Message----- > From: Dan Kegel [mailto:dank@kegel.com] > Sent: Monday, November 03, 2003 10:23 PM > To: Manoj Verma, Noida > Cc: crossgcc@sources.redhat.com; > libc-alpha@sources.redhat.com; Andreas > Schwab > Subject: trouble linking iconvconfig while building glibc (was: Re: > Crosstool building using Dan's Script) > > > Manoj Verma, Noida wrote: > > Andreas Schwab [mailto:schwab@suse.de] wrote: > >> You need to find a working awk. > > > > Thanks, that worked.. > > Which version of awk were you using that was broken, > and which good version of awk did you switch to? > Hopefully cygwin ships with a good awk... > The awk wasn't there at all, this is probably the installation error. > > I am following the Dan's cross tool script step by step, I have: > > 1) Built Binutils-2.13.2 successfully > > 2) Installed GLIBC headers > > 3) Built the core GCC successfully. > > 4) Configured GLIBC successfully. > > 5) But while doing 'make' I get the errors as shown in the attached > > 'partial' make log file.(I also got same errors on MinGW). > > > > Has anyone done arm-linux cross tool build on host > Cygwin/MinGW before with > > glibc-2.3.1 and gcc-3.2.2? I am asking this because inspite > of following the > > standard cross tool chain build steps, I am encountering > these errors on > > both Cygwin and MinGW. > > Your log says: > > arm-linux-gcc -nostdlib -nostartfiles \ > -o /home/build_glibc/iconv/iconvconfig \ > -Wl,-dynamic-linker=/cygdrive/d/cygwin/home/myheaders/lib/ld-l inux.so.2 \ > -Wl,-z,combreloc /home/build_glibc/csu/crt1.o \ > /home/build_glibc/csu/crti.o `arm-linux-gcc > --print-file-name=crtbegin.o` \ > /home/build_glibc/iconv/iconvconfig.o \ > /home/build_glibc/iconv/strtab.o /home/build_glibc/iconv/xmalloc.o \ > -Wl,-rpath-link=/home/build_glibc:/home/build_glibc/math:/home > /build_glibc/elf:/home/build_glibc/dlfcn:/home/build_glibc/nss > :/home/build_glibc/nis:/home/build_glibc/rt:/home/build_glibc/ > resolv:/home/build_glibc/crypt:/home/build_glibc/linuxthreads > \ > /home/build_glibc/libc.so.6 /home/build_glibc/libc_nonshared.a \ > -lgcc `arm-linux-gcc --print-file-name=crtend.o` \ > /home/build_glibc/csu/crtn.o > > /home/build_glibc/csu/crt1.o: In function `_start': > /home/build_glibc/csu/crt1.o(.text+0x24): undefined reference > to `abort' > /home/build_glibc/iconv/iconvconfig.o: In function `add_module': > /home/build_glibc/iconv/iconvconfig.o(.text+0x860): undefined > reference to `__strtol_internal' > ... > > Hmm. You'd expect abort() and __strtol_internal() > to be defined by /home/build_glibc/libc.so.6, > which is very nicely included in that link line. > > What does nm on your libc.so.6 say? On my Linux > workstation's copy, I see > $ nm /lib/libc.so.6 | egrep '__strtol_internal|abort' | grep T > 000296c0 T abort > 0002bc80 T __strtol_internal > When I do: 1) nm ../build_glibc/libc.so.6 | egrep '__strtol_internal|abort' I get: U __GI___strtol_internal U __GI_abort 001012d8 b abortfunc 000cbc98 t clntraw_abort 000cc544 t clnttcp_abort 000cd288 t clntudp_abort 000d72b4 t clntunix_abort 0005b49c t mabort 0005c3a0 t print_and_abort 000d06e8 t svctcp_rendezvous_abort 000d7768 t svcunix_rendezvous_abort 2) nm ../cinstall_armlinux/lib/gcc-lib/arm-linux/3.2.2/libgcc.a | egrep '__strtol_internal|abort I get: U abort U abort U abort U abort U abort U abort U abort U abort U abort U abort U abort U abort U abort I don't know why these symbols are Undefined, when the toolchain build till this stage is very clean. That is the reason I suspect the linux kernel headers (/linux, /asm and /asm-generic). Pl. find attached the "nm" of all the four libraries in subject now. Just to reiterate: I do not have the full arm-linux-gcc installed yet. > > The linux kernel I have used to get the /linux, /asm and > /asm-generic > > headers is "linux-2.4.19.tar" with the patch > "patch-2.4.19-rmk4" applied on > > it for 'arm' target. To do "menuconfig" and "make > dependencies" of this > > Linux kernel, I have used arm-linux prebuilt tool chain > > (arm-linux-toolchain-post-2.2.13.tar.gz) on host=Linux from > > http://handhelds.org/download/linux/arm/toolchain/ . > > > > Could this be the problem with incompatible Linux headers and Glibc? > > I doubt it. The kernel headers aren't usually terribly > version-specific > for basic stuff like this. > > - Dan >
Attachment:
libc_so.6.log
Description: Binary data
Attachment:
libc_nonshared.log
Description: Binary data
Attachment:
libgcc.log
Description: Binary data
Attachment:
ld.so.log
Description: Binary data
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |