<p dir="ltr"><br>
El 31/7/2015 3:28, "Chris Johns" <<a href="mailto:chrisj@rtems.org">chrisj@rtems.org</a>> escribió:<br>
><br>
> On 31/07/2015 4:11 pm, Sebastian Huber wrote:<br>
> > For synchronization objects use the self-contained objects available via<br>
> > Newlib <sys/lock.h>.<br>
> ><br>
> > <a href="https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a">https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commit;h=ecaef05f6601f1e8acb78fb65b411a258f39988a</a><br>
> ><br>
> > Enable the C++11 threads using <pthread.h>.  So, the threads are only<br>
> > supported in case the POSIX API is enabled in RTEMS.  In the long run<br>
> > support for thread join and detach should be added to the API<br>
> > independent RTEMS services.<br>
> ><br>
><br>
> Is this for 4.12 ?<br>
><br>
> What happens if I build RTEMS with --disable-posix ? If I use locale in<br>
> C++ it pulls in the 'once' support which pulls in this file which would<br>
> give unresolved externals. There is a PR against me for libstdc++ not<br>
> checking the return code. Is it time for the --enable-posix option to go<br>
> and to always nave it enabled ?</p>
<p dir="ltr">Please don't. The POSIX layer takes valuable resurces and it is not always needed.</p>
<p dir="ltr">><br>
> I feel 'tiny' support should be by not linking rather than configure magic.<br>
><br>
> Chris<br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</p>