GCC support for i386

Joel Sherrill Joel.Sherrill at OARcorp.com
Mon Aug 12 12:42:26 UTC 2013


I couldn't find any pure i386 applications when I asked last time. That was for dropping soft float support. My concern was use of space hardened i386 and non-Intel cpus like the Geode which might effectively be i386.

I understand on x86 but don't want this to turn into a general minimum requirement to have atomics.

Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:


The i386 is a bit special since x86 is the GCC main stream architecture.  I
asked this out of curiosity.  Is there really some working i386 hardware around
with RTEMS on it?

On 2013-08-12 13:52, Joel Sherrill wrote:
> I don't care about the i386 in particular but no on addressed my concern about setting a precedent for other architectures such as m68k which may not have desirable instructions in low models. Even SPARC V7 is questionable if you must have atomic instructions to stay in GCC.
>
> Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
>
>
> Hello,
>
> there was some lobbying against the deprecation of the i386 support of GCC:
>
> http://gcc.gnu.org/ml/gcc/2012-12/msg00132.html
>
> Is this really justified?  Why does the RTEMS project need the i386?  We should
> not make the life of GCC developers harder than necessary.
>
> --
> 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.
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel
>


--
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 devel mailing list