[gcc] Enable TLS support for RTEMS in libstdc++

Sebastian Huber sebastian.huber at embedded-brains.de
Wed Jun 8 14:18:50 UTC 2022



On 08/06/2022 16:11, Joel Sherrill wrote:
> On Wed, Jun 8, 2022 at 8:47 AM Sebastian Huber 
> <sebastian.huber at embedded-brains.de 
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
> 
>     On 08/06/2022 15:39, Joel Sherrill wrote:
>      > Is TLS actually supported on all targets except MIPS?
> 
>     I only added MIPS since this target has a fundamental issue with the
>     TLS
>     support.
> 
>     Which target would you also exclude?
> 
> 
> About half of them.

It seems to be only bfin, lm32, moxie, or1k, and v850. Are these targets 
still in use? Do we have a maintainer for these targets?

> 
> arch64 - Yes
> arm - Yes
> bfin - ?
> i386 - Yes
> lm32 - ?
> m68k - Yes
> microblaze - Yes
> mips - No
> moxie - ?
> nios2 -?

nios2 - Yes

> or1k - ?
> powerpc - Yes
> riscv - Probably

riscv - Yes

> sh - ?
> sparc - Yes
> sparc64 - ?
> v850 - ?
> x86_64 - Likely
> 
> I'm not even sure there is a definition of how TLS is implemented
> on some of these architectures. Maybe GCC has a generic way of
> handling TLS that a port could fall back on, but I am unaware of it.
> 
> If we are to maintain a thread safe C Library, then we have to be
> sure TLS is always supported or we have to have a fallback
> method.

The fallback method for C++ is only thread safe if you have enough POSIX 
keys configured.

-- 
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.huber at embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/


More information about the devel mailing list