<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 30, 2020, 12:56 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Joel,<br>
<br>
On 30/11/2020 19:40, Joel Sherrill wrote:<br>
>     if rtems.check_posix(bld):<br>
>         bld.recurse('posix_hello_world')<br>
>         bld.recurse('both_hello')<br>
if these examples don't use signals, I would just remove the check.<br>
><br>
><br>
> I suspect rtems_check_posix() should always return true now and <br>
> another method named rtems_check_posix_signals() should be added based <br>
> on the flag.<br>
><br>
> Similarly, RTEMS_POSIX_API should probably always be set and another <br>
> macro provided for POSIX signals.<br>
><br>
> The meaning changed without considering the impact. We need to account <br>
> for this.<br>
<br>
If RTEMS_POSIX_API is defined, then all POSIX APIs supported by RTEMS <br>
are enabled. If you always define it, then this is no longer true.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It is now not defined. It's meaning has been perverted a sinus confusing.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Applications can use something like:<br>
<br>
#if __RTEMS_MAJOR__ >= 5<br>
<br>
POSIX threads are always enabled ...<br>
<br>
#endif<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">This is a change to our public API that was completely unnecessary.</div><div dir="auto"><br></div><div dir="auto">We do not require changes to application code when it can be avoided. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I don't think we need new or changed define</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I disagree</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br><br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.hubere@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.hubere@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
<br>
</blockquote></div></div></div>