[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#341882: gcc-4.0: [mips] support for tri-arch on mips & mipsel



On Sun, 4 Dec 2005, Thiemo Seufer wrote:

ar and ld get confused if they are not set. For some reason, it can't
decide which binary format to use. It may be a binutils bug, but I was
trying to not have to dig into that package and create a dependency on
a specific patch level of yet another package.

If that's true it is a binutils bug. Ar and ld (are supposed to) default
to use the format of the first input object as output format. But I
wonder why "GNUTARGET = elf64-trad*mips" works for n32 then, it would
need elf32-ntrad*mips in that case.

Sorry, it was ar/ranlib (probably not ld) that had the problem. Here is
the failure without the GNUTARGET workaround.

./xgcc -B./ -B/usr/mipsel-linux-gnu/bin/ -isystem /usr/mipsel-linux-gnu/include -isystem /usr/mipsel-linux-gnu/sys-include -L/home/anderson/work/gcc-4.0/build/gcc/../ld -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-p ototypes -Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/.  -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -DFINE_GRAINED_LI RARIES -mabi=64 -DL_usi_to_tf -fvisibility=hidden -DHIDE_EXPORTS -c tp-bit.c -o libgcc/64/_usi_to_tf.o
./xgcc -B./ -B/usr/mipsel-linux-gnu/bin/ -isystem /usr/mipsel-linux-gnu/include -isystem /usr/mipsel-linux-gnu/sys-include -L/home/anderson/work/gcc-4.0/build/gcc/../ld -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I../../src/gcc -I../../src/gcc/.  -I../../src/gcc/../include -I../../src/gcc/../libcpp/include  -mabi=64 -fvisibility=hidden -DHIDE_EXPORTS -c ../../src/gcc/config/mips/_tilib.c -o libgcc/64/_tilib.o
rm -f 64/libgcc.a
ar  rc 64/libgcc.a libgcc/64/_muldi3.o libgcc/64/_negdi2.o libgcc/64/_lshrdi3.o libgcc/64/_ashldi3.o libgcc/64/_ashrdi3.o libgcc/64/_cmpdi2.o libgcc/64/_ucmpdi2.o libgcc/64/_floatdidf.o libgcc/64/_floatdisf.o libgcc/64/_fixunsdfsi.o libgcc/64 _fixunssfsi.o libgcc/64/_fixunsdfdi.o libgcc/64/_fixdfdi.o libgcc/64/_fixunssfdi.o libgcc/64/_fixsfdi.o libgcc/64/_fixxfdi.o libgcc/64/_fixunsxfdi.o libgcc/64/_floatdixf.o libgcc/64/_fixunsxfsi.o libgcc/64/_fixtfdi.o libgcc/64/_fixunstfdi.o libgcc/64/_floatditf.o libgcc/64/_clear_cache.o libgcc/64/_enable_execute_stack.o libgcc/64/_trampoline.o libgcc/64/__main.o libgcc/64/_absvsi2.o libgcc/64/_absvdi2.o libgcc/64/_addvsi3.o libgcc/64/_addvdi3.o libgcc/64/_subvsi3.o libgcc/64/_subvdi3.o libgcc/64/_mulvsi3.o libgcc/64/_mulvdi3.o libgcc/64/_negvsi2.o libgcc/64/_negvdi2.o libgcc/64/_ctors.o libgcc/64/_ffssi2.o libgcc/64/_ffsdi2.o libgcc/64/_clz.o libgcc/64/_clzsi2.o libgcc/64/_clzdi2.o libgcc/64/_ctzsi2.o libgcc/64/_ctzdi2.o libgcc/64/_popcount_tab.o libgcc/64/_popcountsi2.o libgcc/64/_popcountdi2.o libgcc/64/_paritysi2.o libgcc/64/_paritydi2.o libgcc/64/_powisf2.o libgcc/64/_powidf2.o libgcc/64/_powixf2.o libgcc/64/_powitf2.o libgcc/64/_mulsc3.o libgcc/64/_muldc3.o libgcc/64/_mulxc3.o libgcc/64/_multc3.o libgcc/64/_divsc3.o libgcc/64/_divdc3.o libgcc/64/_divxc3.o libgcc/64/_divtc3.o libgcc/64/_eprintf.o libgcc/64/__gcc_bcmp.o libgcc/64/_divdi3.o libgcc/64/_moddi3.o libgcc/64/_udivdi3.o libgcc/64/_umoddi3.o libgcc/64/_udiv_w_sdiv.o libgcc/64/_udivmoddi4.o libgcc/64/_pack_sf.o libgcc/64/_unpack_sf.o libgcc/64/_addsub_sf.o libgcc/64/_mul_sf.o libgcc/64/_div_sf.o libgcc/64/_fpcmp_parts_sf.o libgcc/64/_compare_sf.o libgcc/64/_eq_sf.o libgcc/64/_ne_sf.o libgcc/64/_gt_sf.o libgcc/64/_ge_sf.o libgcc/64/_lt_sf.o libgcc/64/_le_sf.o libgcc/64/_unord_sf.o libgcc/64/_si_to_sf.o libgcc/64/_sf_to_si.o libgcc/64/_negate_sf.o libgcc/64/_make_sf.o libgcc/64/_sf_to_df.o libgcc/64/_sf_to_tf.o libgcc/64/_thenan_sf.o libgcc/64/_sf_to_usi.o libgcc/64/_usi_to_sf.o libgcc/64/_pack_df.o libgcc/64/_unpack_df.o libgcc/64/_addsub_df.o libgcc/64/_mul_df.o libgcc/64/_div_df.o libgcc/64/_fpcmp_parts_df.o libgcc/64/_compare_df.o libgcc/64/_eq_df.o libgcc/64/_ne_df.o libgcc/64/_gt_df.o libgcc/64/_ge_df.o libgcc/64/_lt_df.o libgcc/64/_le_df.o libgcc/64/_unord_df.o libgcc/64/_si_to_df.o libgcc/64/_df_to_si.o libgcc/64/_negate_df.o libgcc/64/_make_df.o libgcc/64/_df_to_sf.o libgcc/64/_df_to_tf.o libgcc/64/_thenan_df.o libgcc/64/_df_to_usi.o libgcc/64/_usi_to_df.o libgcc/64/_pack_tf.o libgcc/64/_unpack_tf.o libgcc/64/_addsub_tf.o libgcc/64/_mul_tf.o libgcc/64/_div_tf.o libgcc/64/_fpcmp_parts_tf.o libgcc/64/_compare_tf.o libgcc/64/_eq_tf.o libgcc/64/_ne_tf.o libgcc/64/_gt_tf.o libgcc/64/_ge_tf.o libgcc/64/_lt_tf.o libgcc/64/_le_tf.o libgcc/64/_unord_tf.o libgcc/64/_si_to_tf.o libgcc/64/_tf_to_si.o libgcc/64/_negate_tf.o libgcc/64/_make_tf.o libgcc/64/_tf_to_df.o libgcc/64/_tf_to_sf.o libgcc/64/_thenan_tf.o libgcc/64/_tf_to_usi.o libgcc/64/_usi_to_tf.o libgcc/64/_tilib.o
ranlib 64/libgcc.a
ranlib: 64/libgcc.a: File format is ambiguous
ranlib: Matching formats: ecoff-littlemips ecoff-bigmips
elf64-tradlittlemips
make[5]: *** [64/libgcc.a] Error 1
make[5]: Leaving directory `/home/anderson/work/gcc-4.0/build/gcc'
make[4]: *** [libgcc.a] Error 2
make[4]: Leaving directory `/home/anderson/work/gcc-4.0/build/gcc'
make[3]: *** [stage1_build] Error 2
make[3]: Leaving directory `/home/anderson/work/gcc-4.0/build/gcc'
make[2]: *** [bootstrap] Error 2
make[2]: Leaving directory `/home/anderson/work/gcc-4.0/build'
s=`cat status`; rm -f status; test $s -eq 0
make[1]: *** [stamps/05-build-stamp] Error 1
make[1]: Leaving directory `/home/anderson/work/gcc-4.0'
make: *** [stamps/05-build-stamp] Error 2
debuild: fatal error at line 768:
dpkg-buildpackage failed!




                                Stuart

Stuart R. Anderson                               anderson@netsweng.com
Network & Software Engineering                   http://www.netsweng.com/
1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
                                                 BD03 0A62 E534 37A7 9149

Reply to: