On 02/09/15 13:32, Daniel Gutson wrote:
El 2/9/2015 5:28, "Sebastian Huber"
<sebastian.hu...@embedded-brains.de
<mailto:sebastian.hu...@embedded-brains.de>> escribió:
>
>
>
> 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" <chr...@rtems.org
<mailto:chr...@rtems.org>
>>> ><mailto:chr...@rtems.org <mailto:chr...@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.
Could you please create a ticket for this dumping all the useful
informatiom you have in your head there :) since we are interested so
we'll likely do it, and any further question can be discussed in the
ticket.
https://devel.rtems.org/ticket/2407
https://devel.rtems.org/ticket/2408
--
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