Russ Allbery <r...@debian.org> writes:
> egrep -r '#include +["<](sys|netinet|h)/' *.[ch] LINUX/ | awk '{ print $2 }'
> | sed -e 's,\.\./,,' -e 's/["<>]//g' | sort -u
>
> and as near as I can tell, on Linux, all those headers have the same name
> but just have no directory prefix. So netinet/in.h becomes just in.h,
> sys/types.h becomes just types.h, etc. Does that look right to you?
Not quite; I believe they'd become linux/in.h, linux/types.h, etc.
Moreover, a lot of the inclusions were indirect; for instance, the
#include directive for <sys/types.h> ultimately came from <afs/stds.h>
(copied from .../src/config/). As such, I'm not convinced scouring
LINUX and rx will be entirely sufficient.
> and then see if that makes the build work? You'll have to do this after
> make_kbuild_makefile.pl runs. (If that's more complexity to testing than
> you can easily do, I'll be able to look at it eventually, but I don't have
> the new kbuild infrastructure installed anywhere yet.)
I should be able to do that, but I'm tired and on my way to bed, so
it'll have to wait until at least tomorrow.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
