The problem was not in the patch, which I've applied. Patch is good. The
problem was in t-mips config file.
Now I have a gcc 3.3.6 compiler working with multilib correctly.
Thanks
Yes, of course.
My gcc/config/mips/t-mips file:
FPBIT = fp-bit.c
DPBIT = dp-bit.c
$(T)crti.o: $(srcdir)/config/mips/crti.asm $(GCC_PASSES)
$(GCC_FOR_TARGET) $(GCC_CFLAGS) $(MULTILIB_CFLAGS) $(INCLUDES) \
-c -o $(T)crti.o -x assembler-with-cpp $(srcdir)/config/mips/crti.asm
$(T)crtn.o: $
On Mon, Feb 09, 2009 at 03:15:20PM +0300, Sergey Anosov wrote:
> [r...@st1 SPECS]# mips-vniins-linux-gcc -print-multi-lib
> .;
> el;@EL
>
> But output of
> mips-unknown-linux-gcc --print-search-dirs
> and
> mips-unknown-linux-gcc -mel --print-search-dirs
> is the same.
Did you try mips-unknown-li
Dear All,
I want to use multilib (EL/EB) in mips-unknown-linux-gcc.
So when I add some lines to gcc/config/mips/t-mips, it looks like gcc uses
multilib.
[r...@st1 SPECS]# mips-vniins-linux-gcc -print-multi-lib
.;
el;@EL
But output of
mips-unknown-linux-gcc --print-search-dirs
and
mips-unknown-li
