# perhaps then, someone should go about putting together a perl script to
# extract useful definitions from the kernel and put them in a "public" set
# of headers. This satisfies Linus' problem (stifling kernel changes), and
# the problem of others (slow migration of constants to copies/packages).
This is precisely what I was thinking. Except that unlike you, who doesn't
think these minimal headers should be distributed with the kernel, I do.
In fact, we could "build" the headers during the make process and copy
them into /usr/include/{linux/scsi/asm} during the install (_does_ anyone
use "make install" ? ... I do :)
1. No more symlinks from /usr/include -> /usr/src
2. Same header files originally, just perhaps piped through gcc -E or
something with the appropriate defines to get what we want to be
visible to userspace.
3. We could stop people dead in their tracks from using stuff inside
#ifdef KERNEL by simply not having those sections in the /usr/include
headers.
4. We would abstract some of the changes that _shouldn't_ visible to
userspace programs.
Granted, I don't know the ins-and-outs of this, but thats basically my
thought.
-----------------------------------------------------------------------------
Nicholas J. Leon "Elegance Through Simplicity"
nicholas@binary9.net - - http://mrnick.binary9.net
8 4 9 1 7 3 <-- what is the pattern?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu