This is the mail archive of the
libc-alpha@sourceware.org
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.3020708@mageia.org><50F313A5.3020707@mageia.org><50F49B7E.50906@redhat.com><50F52956.50201@mageia.org><1358244688.4264.7.camel@cr0><50F53596.4070200@mageia.org><1358316366.14898.8.camel@cr0>
On Wed, Jan 16, 2013 at 02:06:06PM +0800, Cong Wang wrote:
> (Cc'ing some glibc developers...)
>
> Hello,
>
> 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
> before.
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.
Rich