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

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



Stuart Anderson wrote:
> 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.
[snip]
> 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

Hm, this looks like the mips*-linux ar fails to handle 64bit archives.


Thiemo



Reply to: