rtems waf, examples, and RTEMS_POSIX_API

[Joel Sherrill]

On Mon, Nov 30, 2020, 12:56 PM Sebastian Huber <
sebastian.huber at embedded-brains.de> wrote:

> Hello Joel,
>
> On 30/11/2020 19:40, Joel Sherrill wrote:
> >     if rtems.check_posix(bld):
> >         bld.recurse('posix_hello_world')
> >         bld.recurse('both_hello')
> if these examples don't use signals, I would just remove the check.
> >
> >
> > I suspect rtems_check_posix() should always return true now and
> > another method named rtems_check_posix_signals() should be added based
> > on the flag.
> >
> > Similarly, RTEMS_POSIX_API should probably always be set and another
> > macro provided for POSIX signals.
> >
> > The meaning changed without considering the impact. We need to account
> > for this.
>
> If RTEMS_POSIX_API is defined, then all POSIX APIs supported by RTEMS
> are enabled. If you always define it, then this is no longer true.
>

It is now not defined. It's meaning has been perverted a sinus confusing.



> Applications can use something like:
>
> #if __RTEMS_MAJOR__ >= 5
>
> POSIX threads are always enabled ...
>
> #endif
>

This is a change to our public API that was completely unnecessary.

We do not require changes to application code when it can be avoided.


> I don't think we need new or changed define


> I disagree


>
>
>
>
>
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.hubere at embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax:   +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20201130/6a093637/attachment.html>