This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See crosstool-NG 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]

Re: about RTEMS toolchain target mips32 little endian


On 01/04/2013 09:29 AM, Devin wrote:

I am working on Mips32-based processors.little endian model.

No idea, why you are posting here and don't post this question to one of the rtems lists.


According to the document which RTEMS suggest,I has built toolchain
(mips-rtems4.10-gcc).but when I compile csb350 bsp by adding parameter "-EL"
&"-mips32"in csb350.bfg .
  Some *error*s occur .
error:

//mips-rtems4.10/lib/crt0.o: compiled for a big endian system and target is
little endian
/opt/rtems/lib/gcc/mips-rtems4.10/4.4.6/../../../../mips-rtems4.10/bin/ld:
/opt/rtems/lib/gcc/mips-rtems4.10/4.4.6/../../../../mips-rtems4.10/lib/crt0.o:
endianness incompatible with that of the selected emulation/

So, I want to build toolchain which can support  adding "-mips32"&"-EL"in
the same time.
Today , I find one file  named "t-rtems" in gcc source
"/gcc-4.4.6/gcc/config/mips/"

The following is the content of the "t-rtems" :

*# Custom multilibs for RTEMS

# default is mips1 EB hard-float
MULTILIB_OPTIONS = mips1/mips3/mips32 EB/EL msoft-float
MULTILIB_DIRNAMES = mips1 mips3 mips32 eb el soft-float
MULTILIB_MATCHES = EL=mel EB=meb

MULTILIB_EXCEPTIONS =

# Big endian only
MULTILIB_EXCEPTIONS += EL*
MULTILIB_EXCEPTIONS += mips32/EL*

MULTILIB_EXCEPTIONS += EL*
MULTILIB_EXCEPTIONS += mips3/EL*

# Little endian only
MULTILIB_EXCEPTIONS += mips3
MULTILIB_EXCEPTIONS += mips3/msoft-float*

Now, I think I should chang the deault setting .
How can I do to gcc make sure  the  default target will be  mips32 EL
soft-float ??
You don't really want to odo this - Instead, you will likely want to _add_ a mips32/EL multilib variant.

I.e you want to extend/modify t-rtems in a way a mips32/EL multilib variant is being built.

Without having tried it, my gut feeling is all you'd have to do to achieve this is to remove the
MULTILIB_EXCEPTIONS += mips32/EL*
line from t-rtems.



Ralf









-- For unsubscribe information see http://sourceware.org/lists.html#faq


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