[PATCH v3] Merge parts of <sys/time.h> from FreeBSD
Sebastian Huber
sebastian.huber@embedded-brains.de
Fri Mar 20 13:01:00 GMT 2015
On 19/03/15 09:12, Sebastian Huber wrote:
> On 19/03/15 09:02, Corinna Vinschen wrote:
>> On Mar 18 15:57, Steve Ellcey wrote:
>>> On Fri, 2015-03-13 at 11:00 +0100, Sebastian Huber wrote:
>>>> Merge parts of the latest <sys/time.h> from FreeBSD to Newlib.
>>>> 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.
>>> Is anyone else having problems building newlib with this time.h change?
>>> My MIPS build is dying with:
>>>
>>> In file included
>>> from
>>> /scratch/sellcey/repos/newlib/src/newlib/newlib/libc/time/time.c:38:0:
>>> /scratch/sellcey/repos/newlib/src/newlib/newlib/libc/include/sys/time.h:60:2:
>>> error: unknown type name 'uint64_t'
>>> uint64_t frac;
>>> ^
>>>
>>>
>>> I will investigate some more but I wanted to see if anyone else was
>>> getting this error. I probably would have seen it sooner but I just
>>> moved to using the new git repository.
>
> I try currently to figure out, why this is not a problem on FreeBSD.
On FreeBSD the <sys/types.h> defines the following types:
int8_t
int16_t
int32_t
int64_t
uint8_t
uint16_t
uint32_t
uint64_t
intptr_t
uintptr_t
These types are defined in <sys/_stdint.h> on FreeBSD.
On glibc only the following types are available via <sys/types.h>:
int8_t
int16_t
int32_t
int64_t
I would like to use the FreeBSD approach also for Newlib. Any objections?
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.huber@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the Newlib
mailing list