Date: Thu, 16 Sep 2004 03:59:40 -0000 From: Pyun YongHyeon <yongari@kt-is.co.kr> To: Mathieu Arnold <mat@mat.cc> Cc: pf4freebsd@freelists.org Subject: [pf4freebsd] Re: Version 2.03 - m_copym panic (and others) Message-ID: <20040130092639.GA33809@kt-is.co.kr> In-Reply-To: <132624359.1075456863@pouet.in.mat.cc> References: <200401291603.23944.max@love2party.net> <9609296.1075400143@andromede.faubourg.reaumur.net> <20040130015907.GA86565@kt-is.co.kr> <132624359.1075456863@pouet.in.mat.cc>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 30, 2004 at 10:01:03AM +0100, Mathieu Arnold wrote: > +-Le 30/01/2004 10:59 +0900, Pyun YongHyeon ?crivait : > | > Stop in /usr/o/usr/ports/security/pf/work/pf_freebsd_2.02. > | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > | > *** Error code 1 > | >=20 > | > Stop in /usr/ports/security/pf. > | ^^^^^^^^^^^^^^^^^^^^^^ > |=20 > | I don't know why port system try to use "/usr/o/usr/ports" directory= . > | (symbolic link or NFS mounted?) > | If your ports tree reside in "/usr/o/usr/ports", you may need to > | define PORTSDIR environment variable. See ports(7) for available > | other environment variables. >=20 > Hum, /usr/ports is NFS mounted, and to avoid building everything in > /usr/ports which would lead to much much traffic and reduce compile sp= eed > (or because it's mounted from a CDROM being read only), you can define= : > WRKDIRPREFIX=3D/some/path/to/somewhere/you/can/write > in your make.conf. See make.conf(5) for more details. Being also > mat@FreeBSD.org, I guess that is a part I know a bit ;) >=20 > The problem lines in lines like this : >=20 > mtag =3D m_tag_get(PACKET_TAG_PF_QID, sizeof(*atag), M_NOWAIT); >=20 > it's the sizeof(*atag) gcc does not like. Why, I quite frankly don't k= now. >=20 I don't know why gcc complain this. If ALTQ was installed successfully, this should not happen.(At least, it always work for me.) If your /usr/ports is NFS mounted, util.mk in include/mk/util.mk can link sys directory incorrectly.=20 At present, util.mk assume the following ALTQ directory: 1. /usr/src/sys.altq or 2. /sys or 3. /usr/src/sys Please check symbolic links for '@' and 'machine' were set correctly. (See work/pf_freebsd_2.02/pf after compilation failure.) If the link was set correctly, check the existence of stale header files in your system. Thanks. Regards, Pyun YongHyeon --=20 Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>;
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040130092639.GA33809>