This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Mar 9 14:03, Sebastian Huber wrote: > Import the latest <sys/time.h> from FreeBSD for RTEMS. This has two > reasons. > > 1. We want to use the FreeBSD timecounters for timekeeping in RTEMS. > See also https://devel.rtems.org/ticket/2271. > > 2. This makes the port of the network stack from FreeBSD easier. > > newlib/ChangeLog > 2015-03-09 Sebastian Huber <sebastian.huber@embedded-brains.de> > > * libc/sys/rtems/include/sys/_timeval.h: Import from FreeBSD. > * libc/sys/rtems/include/sys/time.h: Likewise. > * libc/include/sys/time.h: Delete RTEMS specifics. > * libc/include/sys/types.h (sbintime_t): Define for RTEMS. > (suseconds_t): Likewise. > * libc/sys/rtems/include/machine/_types.h (__suseconds_t): > Define. > --- > newlib/libc/include/sys/time.h | 6 +- > newlib/libc/include/sys/types.h | 12 + > newlib/libc/sys/rtems/include/sys/_timeval.h | 52 +++ > newlib/libc/sys/rtems/include/sys/time.h | 496 +++++++++++++++++++++++++++ > newlib/libc/sys/rtems/machine/_types.h | 2 + > 5 files changed, 565 insertions(+), 3 deletions(-) > create mode 100644 newlib/libc/sys/rtems/include/sys/_timeval.h > create mode 100644 newlib/libc/sys/rtems/include/sys/time.h > > diff --git a/newlib/libc/include/sys/time.h b/newlib/libc/include/sys/time.h > index 470a1a6..fc42c6c 100644 > --- a/newlib/libc/include/sys/time.h > +++ b/newlib/libc/include/sys/time.h > @@ -20,8 +20,8 @@ struct timeval { > suseconds_t tv_usec; > }; > > -/* BSD time macros used by RTEMS code */ > -#if defined (__rtems__) || defined (__CYGWIN__) > +/* BSD time macros */ > +#if defined (__CYGWIN__) I don't quite grok this. You're disabling the BSD timeval macros for rtems here, just to re-introduce them verbatim in libc/sys/rtems/include/sys/time.h. What's the idea to split them off? That's not overly clean, unless their definition is different, which it isn't. Care to explain? Thanks, Corinna -- Corinna Vinschen Cygwin Maintainer Red Hat
Attachment:
pgpA4qIzS0zN_.pgp
Description: PGP signature
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |