[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