On 12/27/2010 12:30 PM, Peter Korsgaard wrote:
"Bernhard" == Bernhard Reutner-Fischer<[email protected]> writes:
Hi,
Bernhard> I'm happy to announce that we now have a 0.9.32-rc1.
Bernhard> Please test this release candidate and report back.
Bernhard> We aim to do the final release end of january to give people
Bernhard> enough time to check the release candidate. After the 0.9.32
Bernhard> release we will merge the prelink branch into master.
Bernhard> Thanks alot to everybody who contributed so far and to those
Bernhard> who reported bugs. Let's make this release i success!
Great, thanks.
There unfortunately seems to be an issue on ppc with NPTL and
UCLIBC_USE_NETLINK=y
CC libc/inet/herror.os
CC libc/inet/if_index.os
In file included from libc/inet/if_index.c:37:
libc/inet/netlinkaccess.h:29: error: redefinition of typedef '__u8'
/home/peko/source/buildroot/output/toolchain/linux/include/asm-generic/int-ll64.h:20:
note: previous declaration of '__u8' was here
stdio.h seems to eventually include asm/types.h, which then conflicts
with the local typedefs in netlinkaccess.h. The same config works on
ARM.
Why are we adding those local typedefs in the first place? They were
added back in 2006 by Mike, but the commit message doesn't really
explain why:
commit 80908df22df6d73847801a48f26380f996cf10c4
Author: Mike Frysinger<[email protected]>
Date: Sat Jan 14 00:16:18 2006 +0000
make sure linux/types.h doesnt screw us up
Can you try the attached patch ?
-Khem
diff --git a/libc/inet/netlinkaccess.h b/libc/inet/netlinkaccess.h
index 5111d38..96ece39 100644
--- a/libc/inet/netlinkaccess.h
+++ b/libc/inet/netlinkaccess.h
@@ -22,15 +22,8 @@
#include <features.h>
#include <stdint.h>
#include <unistd.h>
-#include <sys/types.h>
-
#if defined __ASSUME_NETLINK_SUPPORT || defined __UCLIBC_USE_NETLINK__
-#define _LINUX_TYPES_H
-typedef uint8_t __u8;
-typedef uint16_t __u16;
-typedef uint32_t __u32;
-typedef uint64_t __u64;
-typedef int32_t __s32;
+#include <asm/types.h>
#include <linux/rtnetlink.h>
#include <linux/netlink.h>
_______________________________________________
uClibc mailing list
[email protected]
http://lists.busybox.net/mailman/listinfo/uclibc
