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.hu...@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.hu...@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.hu...@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@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.hu...@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@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel