From owner-freebsd-current Sun Oct 29 21:23:58 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id C6D6037B479 for ; Sun, 29 Oct 2000 21:23:54 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id QAA31520; Mon, 30 Oct 2000 16:23:33 +1100 Date: Mon, 30 Oct 2000 16:23:20 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Bosko Milekic Cc: Darren Reed , current@FreeBSD.ORG Subject: Re: Multiply defined 'struct mtx' ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 29 Oct 2000, Bosko Milekic wrote: > sys/mbuf.h unfortunately includes sys/mutex.h > > No obvious workaround is in sight, to my knowledge, anyway. No workaround is necessary for this particular problem. sys/mutex.h protects itself against multiple inclusion. > On Sun, 29 Oct 2000, Darren Reed wrote: > > > IP Filter doesn't introduce a "struct mtx" which suggests something isn't > > protecting against multiple inclusions or similar ? > > (ref5:~/freebsd/src/usr.sbin/ipftest) make > > Warning: Object directory not changed from original /d/home/darrenr/freebsd/src/usr.sbin/ipftest > > cc -O -pipe -DIPL_NAME=\"/dev/ipl\" -I- -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys -I/d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../contrib/ipfilter -c /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c > > In file included from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mbuf.h:40, > > from /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/netinet/fil.c:48: > > /d/home/darrenr/freebsd/src/usr.sbin/ipftest/../../sys/sys/mutex.h:110: redefinition of `struct mtx' > > *** Error code 1 Your is apparently out of date. With all those -I paths, it is hard to tell where includes are found. The -I${.CURDIR}/../../sys hack is particularly evil. It makes no difference for "make world", but for plain make it causes the src-relative version of to be found, but there is no hack to find the src-relative version of so the installed version gets used. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message