It seems that the libstdc++ configure script already detects that for
RTEMS the generic atomic built-ins are available and doesn't select the
CPU-specific header file. So, this stuff in
libstdc++-v3/config/cpu/m68k/atomicity.h looks like dead code.
On 09/09/16 21:54, Joel Sherrill wrote:
I am OK with using what the default is as long as there is some
implementation
for all the multilibs. That covers a lot of CPU models with no concept of
atomic operations and some with just test and set.
--joel
On Fri, Sep 9, 2016 at 4:13 AM, Sebastian Huber
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>> wrote:
Hello,
I was a bit surprised to find this special case for RTEMS in
libstdc++ on m68k:
https://gcc.gnu.org/ml/libstdc++/2016-09/msg00017.html
<https://gcc.gnu.org/ml/libstdc++/2016-09/msg00017.html>
Any objections to eliminate this special case and simply use the
generic implementation? We have to check if the atomic operations
for our m68k (or ColdFire) targets really work and if the
libatomic is used appropriately.
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16 <tel:%2B49%2089%20189%2047%2041-16>
Fax : +49 89 189 47 41-09 <tel:%2B49%2089%20189%2047%2041-09>
E-Mail : sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org <mailto:devel@rtems.org>
http://lists.rtems.org/mailman/listinfo/devel
<http://lists.rtems.org/mailman/listinfo/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.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
