Re: [avr-libc-dev] New include sys/types?

[hutchinsonandy]

I may have workaround for the test that is used elsewhere.

It is used to prevent recursive definitions of ??printf variants for 
UCLIBC targets.
It picks up _UCLIBC via features.h which is included in  sys/types.
So I can fix with.....

#ifdef _UNIX_
#include sys/types.h
#endif
.
.
.
#if def _UCLIB_
......
#endif

But of course this only works for this test and will come up again if 
somebody included it again in the future.

Andy



----------------------------------------------
Sent from my Dingleberry wired device.


-----Original Message-----
From: Weddington, Eric <address@hidden>
To: Andy H <address@hidden>; address@hidden
Cc: Joerg Wunsch <address@hidden>
Sent: Wed, 4 Jun 2008 9:28 am
Subject: RE: [avr-libc-dev] New include sys/types?





> -----Original Message-----
> From:
> address@hidden
> [mailto:address@hidden
> org] On Behalf Of Andy H
> Sent: Tuesday, June 03, 2008 9:06 PM
> To: address@hidden
> Subject: [avr-libc-dev] New include sys/types?
>
> Would it be possible for libc to have sys/types.h file?
> There an annoying failure in gcc testsuite whenever this is
> included and
> I'd rather no skip or xfail the tests.
> Its used to pick up uClibc symbol, otherwise its not needed.
>
> File can be blank or just define size_t - as that appears to be only
> relevant bit for AVR.

I have no objections to adding such a file. It would be good if it
complied, as best as it can, with the relevant standard for that file.

Joerg?