netdev - Re: Kernel header changes break glibc build

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20061206135730.GM9556@sunsite.mff.cuni.cz>
Date:	Wed, 6 Dec 2006 14:57:30 +0100
From:	Jakub Jelinek <jakub@...hat.com>
To:	David Woodhouse <dwmw2@...radead.org>
Cc:	Ulrich Drepper <drepper@...hat.com>, Thomas Graf <tgraf@...g.ch>,
	"Joseph S. Myers" <joseph@...esourcery.com>,
	netdev@...r.kernel.org, libc-alpha@...rceware.org, akpm@...l.org,
	"David S. Miller" <davem@...emloft.net>
Subject: Re: Kernel header changes break glibc build

On Wed, Dec 06, 2006 at 01:51:07PM +0000, David Woodhouse wrote:
> On Wed, 2006-12-06 at 14:43 +0100, Jakub Jelinek wrote:
> > 
> > +/* 2.6.19 kernel headers helpfully removed some macros and
> > +   moved lots of stuff into new headers, some of which aren't
> > +   included by linux/rtnetlink.h.  */
> > +
> > +#ifndef IFA_MAX
> > +struct ifaddrmsg
> > +{
> > +  uint8_t ifa_family;
> > +  uint8_t ifa_prefixlen;
> > +  uint8_t ifa_flags;
> > +  uint8_t ifa_scope;
> > +  uint32_t ifa_index;
> > +};
> > +
> > +enum
> > +{
> > +  IFA_UNSPEC,
> > +  IFA_ADDRESS,
> > +  IFA_LOCAL,
> > +  IFA_LABEL,
> > +  IFA_BROADCAST,
> > +  IFA_ANYCAST,
> > +  IFA_CACHEINFO,
> > +  IFA_MULTICAST
> > +};
> > +#endif
> > +
> > +#ifndef IFA_F_SECONDARY
> > +# define IFA_F_SECONDARY       0x01
> > +# define IFA_F_TEMPORARY       IFA_F_SECONDARY
> > +# define IFA_F_HOMEADDRESS     0x10
> > +# define IFA_F_DEPRECATED      0x20
> > +#endif
> 
> This much is still available from the new <linux/if_addr.h> -- you could
> include that directly instead of copying it.

Yes, but as I said, I'd need to add configure checks for that, using
#include <linux/if_addr.h>
alone breaks build with older headers.
glibc so far managed to build without a single configure check for header
existence, this would be the first place where something like that is
needed.

	Jakub
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html