TLS and __cxa_atexit() for RTEMS

[Joel Sherrill]

On 6/26/2013 10:13 AM, Gedare Bloom wrote:
>
> Probably no one asked. Is there any disadvantage to enable it by default?
>
That would be my guess. Things get added to or modified in gcc. We miss an
option morphing and have to make a decision in retrospect. This is 
unfortunately
how a lot of the libgcc reorganization happened.

I think enabling it by default is a good move. If it turns out to be a 
problem,
we can address that.
> On Jun 26, 2013 11:06 AM, "Sebastian Huber" 
> <sebastian.huber at embedded-brains.de 
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>
>     Hello,
>
>     the GCC implementation for destruction of thread-local objects
>     relies on the presence of a __cxa_atexit() support.  Newlib
>     provides this function.  It is also used on ARM EABI.  Is there a
>     specific reason why this is not the default for all RTEMS targets
>     or in other words why don't we have in gcc/config.gcc:
>
>     *-*-rtems*)
>       [...]
>       default_use_cxa_atexit=yes
>       ;;
>
>     -- 
>     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.huber at embedded-brains.de
>     <mailto: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 <mailto:rtems-devel at rtems.org>
>     http://www.rtems.org/mailman/listinfo/rtems-devel
>


-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel.sherrill at OARcorp.com        On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20130705/6e6942ed/attachment.html>