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 <[EMAIL PROTECTED]>
To: Andy H <[EMAIL PROTECTED]>; [email protected]
Cc: Joerg Wunsch <[EMAIL PROTECTED]>
Sent: Wed, 4 Jun 2008 9:28 am
Subject: RE: [avr-libc-dev] New include sys/types?





-----Original Message-----
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
org] On Behalf Of Andy H
Sent: Tuesday, June 03, 2008 9:06 PM
To: [email protected]
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?



_______________________________________________
AVR-libc-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/avr-libc-dev

Reply via email to