Date: Tue, 26 Apr 2005 03:28:59 +0300 From: Giorgos Keramidas <keramida@freebsd.org> To: Scott Long <scottl@samsco.org> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sbin/ipf Makefile Makefile.inc src/sbin/ipf/ipf Makefile src/sbin/ipf/ipfs Makefile src/sbin/ipf/ipfstat Makefile src/sbin/ipf/ipftest Makefile src/sbin/ipf/ipmon Makefile src/sbin/ipf/ipnat Makefile src/sbin/ipf/ippool Makefile ... Message-ID: <20050426002859.GA83943@gothmog.gr> In-Reply-To: <426D854B.6050801@samsco.org> References: <200504251855.j3PItq62024205@repoman.freebsd.org> <20050425230258.GA43254@gothmog.gr> <426D854B.6050801@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2005-04-25 18:03, Scott Long <scottl@samsco.org> wrote: >Giorgos Keramidas wrote: >>On 2005-04-25 18:55, Darren Reed <darrenr@freebsd.org> wrote: >>> create a new build heirarchy for ipfilter tools >> >> Hi Darren, >> this breaks the src/rescue/rescue build, because one more level is >> introduced for the IP Filter tools and the ipl.h header cannot be >> located without src/sys/contrib/ipfilter/netinet/ in the include path >> too. The following seems to fix the build of at least src/rescue here, >> at least until the link stage. Then it breaks again because of a >> missing libipf :-( > > Darren and Giorgos, > Even if you enable NO_IPFILTER and NO_RESCUE, the built fails in > kdump, apparently due to a nested include problem with ip_fil.h. > There doesn't seem to be an easy way to turn this off either. A buildworld takes a few hours here (slow workstation). I'll look again into this after the current runs finishes, but it may take a few hours before I have a definitive buildworld unbreaking diff. In the mean time, of course, Darren may fix this, but anyway :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050426002859.GA83943>