[RTEMS Project] #3472: Update of libbsd to a version close to the FreeBSD 12 release

RTEMS trac trac at rtems.org
Fri Aug 24 07:08:28 UTC 2018


#3472: Update of libbsd to a version close to the FreeBSD 12 release
-----------------------------+------------------------------
 Reporter:  Sebastian Huber  |       Owner:  Sebastian Huber
     Type:  project          |      Status:  assigned
 Priority:  normal           |   Milestone:  5.1
Component:  network/libbsd   |     Version:  5
 Severity:  normal           |  Resolution:
 Keywords:                   |  Blocked By:
 Blocking:                   |
-----------------------------+------------------------------

Comment (by Sebastian Huber <sebastian.huber@…>):

 In [changeset:"6695d02bf019ed270d18621773c9b1b15213d082/rtems"
 6695d02/rtems]:
 {{{
 #!CommitTicketReference repository="rtems"
 revision="6695d02bf019ed270d18621773c9b1b15213d082"
 Update FreeBSD kernel timespec support

 This change is based on the following FreeBSD commit:

 "Make timespecadd(3) and friends public

 The timespecadd(3) family of macros were imported from NetBSD back in
 r35029. However, they were initially guarded by #ifdef _KERNEL. In the
 meantime, we have grown at least 28 syscalls that use timespecs in some
 way, leading many programs both inside and outside of the base system to
 redefine those macros. It's better just to make the definitions public.

 Our kernel currently defines two-argument versions of timespecadd and
 timespecsub.  NetBSD, OpenBSD, and FreeDesktop.org's libbsd, however,
 define
 three-argument versions.  Solaris also defines a three-argument version,
 but
 only in its kernel.  This revision changes our definition to match the
 common three-argument version.

 Bump _FreeBSD_version due to the breaking KPI change.

 Discussed with: cem, jilles, ian, bde
 Differential Revision:  https://reviews.freebsd.org/D14725"

 To make the change public (outside #ifdef _KERNEL) it must be integrated
 in Newlib.

 Update #3472.
 }}}

--
Ticket URL: <http://devel.rtems.org/ticket/3472#comment:5>
RTEMS Project <http://www.rtems.org/>
RTEMS Project


More information about the bugs mailing list