[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: linux/types.h <-> glibc interferences

On Fri, Aug 24, 2007 at 12:06:36AM +0200, Bastian Blank wrote:
> On Thu, Aug 23, 2007 at 02:46:14PM -0700, Steve Langasek wrote:
> > Is there some specific reported issue that this change is intended to fix?
> > I haven't noticed any complaints about the current behavior.

> #434040 and a hand full of packages on the buildd.

What packages?

> > Anyway, it's my understanding that userspace apps are never supposed to
> > define __KERNEL__ and doing so with linux-libc-dev gives broken includes, so
> > in terms of overall design this change looks wrong to me (or at least,
> > gratuitously strict).

> __KERNEL__-only parts of the headers are filtered out for
> linux-libc-dev.

> >                        If there's userspace code that wants to get the
> > kernel types under the standard posix names, why break that?

> Please provide a less strict fix which works. Userspace code can only
> use this definitions within a freestanding compiler without libc.

Well, it's hard to suggest a less strict fix without knowing what needs
fixing. :)

Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon@debian.org                                   http://www.debian.org/

Reply to: