This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: sys/sched.h and RTEMS
- From: Corinna Vinschen <vinschen at redhat dot com>
- To: newlib at sourceware dot org, "newlib at sources dot redhat dot com" <newlib at sources dot redhat dot com>
- Date: Fri, 6 Feb 2009 21:07:12 +0100
- Subject: Re: sys/sched.h and RTEMS
- References: <498C95AF.30403@oarcorp.com>
- Reply-to: newlib at sourceware dot org
On Feb 6 13:55, Joel Sherrill wrote:
> Hi,
>
> Ralf noticed that the newlib sched.h and RTEMS
> sched.h are conflicting and we wondered what
> you all thought was the best solution.
>
> + newlib's sched.h just includes sys/sched.h
> + newlib's sys/sched.h appears to be a very old
> version from RTEMS.
>
> The RTEMS sched.h is newer and has more prototypes
> but it isn't a drop-in replacement since sched_param
> is defined in it and in sys/types.h in newlib.
>
> Would a patch adding the following prototypes to
> newlib's sys/sched.h be OK?
> sched_setparam
> sched_getparam
> sched_setscheduler
> sched_getscheduler
> sched_get_priority_max
> sched_get_priority_min
> sched_rr_get_interval
> sched_yield
>
> If we do that, I think RTEMS can delete its sched.h
> and we can get back to only one copy.
>
> What do you all think?
Cygwin is currently using its own sched.h as well. It's in the sourceware
repository under src/winsup/cygwin/include. If you're going to create a
unified version of sched.h, it would be nice to accommodate Cygwin, too.
Corinna
--
Corinna Vinschen
Cygwin Project Co-Leader
Red Hat