[PATCH] [RTEMS] Update RTEMS thread model

[Sebastian Huber]

On 02/09/15 02:50, Chris Johns wrote:
> On 1/09/2015 8:52 pm, Daniel Gutson wrote:
>> >
>> >El 31/7/2015 3:28, "Chris Johns" <chrisj at rtems.org
>> ><mailto:chrisj at rtems.org>> escribió:
>>> >>
>>> >>On 31/07/2015 4:11 pm, Sebastian Huber wrote:
>>>> >> >For synchronization objects use the self-contained objects available via
>>>> >> >Newlib <sys/lock.h>.
>>>> >> >
>>>> >> >
>> >https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a
>>>> >> >
>>>> >> >Enable the C++11 threads using <pthread.h>.  So, the threads are only
>>>> >> >supported in case the POSIX API is enabled in RTEMS.  In the long run
>>>> >> >support for thread join and detach should be added to the API
>>>> >> >independent RTEMS services.
>>>> >> >
>>> >>
>>> >>Is this for 4.12 ?
>>> >>
>>> >>What happens if I build RTEMS with --disable-posix ? If I use locale in
>>> >>C++ it pulls in the 'once' support which pulls in this file which would
>>> >>give unresolved externals. There is a PR against me for libstdc++ not
>>> >>checking the return code. Is it time for the --enable-posix option to go
>>> >>and to always nave it enabled ?
>> >
>> >Please don't. The POSIX layer takes valuable resurces and it is not
>> >always needed.
>> >
> Maybe we should look into this and fix the reasons. Any code not
> required should not be included. This is an on going effort in RTEMS and
> it requires we expose the cases.

We have all the infrastructure to fix this. One part is

CFLAGS += -ffunction-sections -fdata-sections
LDFLAGS += -Wl,--gc-sections

The other part a linker set based initialization (fully implemented in 
libbsd). One issue is that we have to add support for this in all linker 
command files. So we need just someone who has time to do this.

-- 
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.