Compilation error of rtems for sparc-leon2 with multilib enabled

Sebastian Huber sebastian.huber at embedded-brains.de
Sun May 3 14:22:30 UTC 2015


----- Jan Sommer <soja-misc at aries.uberspace.de> schrieb:
> Am Samstag, 2. Mai 2015, 11:09:00 schrieb Joel Sherrill:
> > On May 2, 2015 11:00:55 AM CDT, Jan Sommer <soja-misc at aries.uberspace.de> 
> wrote:
> > >It works if I don't use --enable-multilib
> > 
> > That's the issue. A normal BSP build doesn't turn that on. It was added long
> > ago as a testing way to ensure the cpukit could be successfully compiled
> > for all CPU model variants gcc knows even if we don't have a BSP that
> > really uses it or if the odd combination even exists in silicon. Disable
> > that and the leon2 will build.
> >
> 
> Ok, I didn't know that. It's a bit confusing to me. When building gcc you 
> usually want to enable-multilib and here you shouln't?

Yes, this is very confusing and you are not the first RTEMS user that encountered this problem.

>  
> > Out of curiosity, what combination isn't building?
> > 
> How would I find out? Tried to find something in the build log but wasn't sure 
> what I was looking for.
> 
> Anyways, thank you very much for your help.

I guess the SPARC multilib support in general is broken due to the <libcpu/*.h> include.  This file must move to a cpukit location.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the users mailing list