From: Rob Landley <rob@landley.net>
Reply-To: rob@landley.net
To: Jeff Garzik <jgarzik@pobox.com>,
       "Ihar 'Philips' Filipau" <filia@softhome.net>
Subject: Re: [PATCH] Re: [PATCH] scsi.h uses "u8" which isn't defined.
Date: Tue, 19 Aug 2003 08:32:24 -0400
User-Agent: KMail/1.5
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
References: <lRjc.6o4.3@gated-at.bofh.it> <3F4120DD.3030108@softhome.net> <20030818190421.GN24693@gtf.org>
In-Reply-To: <20030818190421.GN24693@gtf.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200308190832.24744.rob@landley.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1367
Lines: 38

On Monday 18 August 2003 15:04, Jeff Garzik wrote:

> >    But generally idea is good: keep interface separately from
> > implementation.
>
> No, the idea is to physically separate the headers.
>
> include/{linux,asm} is currently copied to userspace, hacked a bit,
> and then shipped as the "glibc-kernheaders" package.

Or used directly by uclibc (and linux from scratch) to build the library 
against.

> I would rather that the kernel developers directly maintained this
> interface, by updating headers in include/abi, rather than ad-hoc by
> distro people.
>
> 	Jeff

Okay, I'd like to ask about the headers thing:

I've got a project using uclibc, and build it myself, currently against the 
2.4 headers.  What's the plan for 2.6?  Everything I've seen on the subject 
is "using kernel headers directly from userspace is evil, even to build your 
libc against, but we currently offer no alternative, so go bug your libc 
maintainer and have THEM do it..."

I'm hoping I've missed something in the months I was off the list this spring, 
but haven't quite figured out what to search for in the archives yet...

Rob


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/