On Sun, Jan 20, 2013 at 6:20 AM, Suho Park <[email protected]> wrote: > I used the following method since 2.4 version > 1. copy .config from the old kernel > 2. make oldconfig > (2-1. make dep) > 3. make && make modules && make modules_install && make install > and then change the symbolic link of kernel header in /usr/include > to the compiled kernel header. > Works well from 2.4.0 up to 3.6.11
There is a "headers_install" make target that will actually install the kernel headers in a sanitized fashion onto your machine. Linking to the raw kernel header files isn't recommended at all. The resulting headers from this target are explicitly supposed to be for userspace to include, without getting conflicts or kernel-internal definitions included. > There are many applications using linux kernel header, > and I add the following in Makefile > -I/usr/include/uapi, where uapi is symbolically linked to > the kernel/include/uapi, for example I tested netfilter. > > Is there any good reason of the division of the kernel headers? > Or is there any good solution?. Use the headers_install target. josh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
