This is the mail archive of the binutils@sources.redhat.com mailing list for the binutils project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: A little horror story on toolchain requirements


On Wed, Oct 09, 2002 at 07:45:46PM -0200, Denis Vlasenko wrote:
> I need to recompile everything to use only 386 opcode (no 486+).
> 
> I started from glibc 2.3 and it asked for gcc 3.2.
> 
> Okay, I did that and compiled gcc 3.2.
> 
> But then trying to compile glibc I've got:
> 
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb4c): multiple definition of `__ctype_toupper@GLIBC_2.0'
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(*IND*+0x0): multiple definition of `__ctype32_toupper@GLIBC_2.2'
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb54): first defined here
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb50): multiple definition of `__ctype32_tolower@GLIBC_2.2'
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb40): multiple definition of `__ctype_b@GLIBC_2.0'
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(*IND*+0x0): multiple definition of `__ctype_tolower@GLIBC_2.0'
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb48): first defined here
> /.share/usr/src/glibc-2.3/.obj/libc.so.6(.data+0xb44): multiple definition of `__ctype32_b@GLIBC_2.0'
> collect2: ld returned 1 exit status
> make[2]: *** [/.share/usr/src/glibc-2.3/.obj/iconv/iconvconfig] Error 1
> make[2]: Leaving directory `/.share/usr/src/glibc-2.3/iconv'
> make[1]: *** [iconv/others] Error 2
> make[1]: Leaving directory `/.share/usr/src/glibc-2.3'
> make: *** [all] Error 2
> 
> Oh, a bit of googling... Heh, I need newer binutils.
> 
> Oooookay, I downloaded 'em and now I've got:
> 
> make[3]: Entering directory `/.share/usr/src/binutils-2.13.90.0.6/.obj/binutils'
> /bin/sh ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2  -o size  size.o bucomm.o version.o filemode.o ../bfd/libbfd.la ../libiberty/libiberty.a  -ldl
> gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -o .libs/size size.o bucomm.o version.o filemode.o  ../bfd/.libs/libbfd.so -L/.share/usr/src/binutils-2.13.90.0.6/.obj/libiberty/pic -liberty ../libiberty/libiberty.a -ldl
> /usr/sbin/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
> /usr/sbin/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
> /usr/sbin/ld: Dwarf Error: Could not find abbrev number 117.
> bucomm.o: In function `make_tempname':
> bucomm.o(.text+0x3e2): the use of `mktemp' is dangerous, better use `mkstemp'
> collect2: ld returned 1 exit status
> make[3]: *** [size] Error 1
> make[3]: Leaving directory `/.share/usr/src/binutils-2.13.90.0.6/.obj/binutils'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/.share/usr/src/binutils-2.13.90.0.6/.obj/binutils'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory `/.share/usr/src/binutils-2.13.90.0.6/.obj/binutils'
> make: *** [all-binutils] Error 2
> 
> Googling again... OUCH! I need newer binutils to be able
> to compile newer binutils!!!   8-%
> 
> I hope compiling newer binutils with _old_ (3.0.3) gcc will work ;-)

Binutils builds with just about anything.  That looks like you
installed the GCC 3.2 you built as your system compiler; you should
probably have read the installation notes first to find the binutils
requirement...

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]