Re: kernel build error due to dependency on /usr/include?
Hi all, I got following kernel build error. When I run 'make includes', the error has gone away. Why does kernel build process depend on installed system files, such as /usr/include? It shouldn't. This seems to be primarily aic7xxx, although judging from the output of 'find /usr/include -amin 20 -print' after building LINT, there are more things that reach into /usr/include. This fixes it for including things from /usr/include/sys at least: cvs diff: Diffing . Index: Makefile === RCS file: /home/ncvs/src/sys/dev/aic7xxx/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile1999/08/28 00:41:22 1.6 +++ Makefile2000/05/27 09:21:05 @@ -19,7 +19,7 @@ DEPENDFILE= .endif -CFLAGS+= -I/usr/include -I. +CFLAGS+= -I${MAKESRCPATH}/../.. -I. NOMAN= noman .ifdef DEBUG To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel build error due to dependency on /usr/include?
On Sat, 27 May 2000, Jake Burkholder wrote: I got following kernel build error. When I run 'make includes', the error has gone away. `make includes' tends to cause errors like this. It updates /usr/include to match the sources. This may make /usr/include inconsistent with /usr/lib. Why does kernel build process depend on installed system files, such as /usr/include? It shouldn't. Most parts of it shouldn't, but utilities should be compiled with the installed headers that match the installed libraries. This seems to be primarily aic7xxx, although judging from the output aicasm seems to be buill correctly, but it would be better for its Makefile to not add -I/usr/include to CFLAGS, so that the default is used. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message