This is the mail archive of the
mailing list for the glibc project.
Re: Redefinition of struct in6_addr in <netinet/in.h> and<linux/in6.h>
- From: Rich Felker <dalias at aerifal dot cx>
- To: libc-alpha at sourceware dot org
- Date: Wed, 16 Jan 2013 15:42:12 -0500
- Subject: Re: Redefinition of struct in6_addr in <netinet/in.h> and<linux/in6.h>
- References: <50F2FF1B.email@example.com><50F313A5.firstname.lastname@example.org><50F49B7E.email@example.com><50F52956.firstname.lastname@example.org><1358244688.4264.7.camel@cr0><50F53596.email@example.com><1358316366.14898.8.camel@cr0>
On Wed, Jan 16, 2013 at 02:06:06PM +0800, Cong Wang wrote:
> (Cc'ing some glibc developers...)
> In glibc source file inet/netinet/in.h and kernel source file
> include/uapi/linux/in6.h, both define struct in6_addr, and both are
> visible to user applications. Thomas reported a conflict below.
> So, how can we handle this? /me is wondering why we didn't see this
It's a bug for the kernel uapi headers to define any type, macro, or
structure tag that's supposed to be defined by libc.