[pf4freebsd] Re: Version 2.03 - m_copym panic (and others)

[Pyun YongHyeon]

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
 > |  > 
 > |  > Stop in /usr/ports/security/pf.
 > |            ^^^^^^^^^^^^^^^^^^^^^^
 > | 
 > | 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.
 > 
 > Hum, /usr/ports is NFS mounted, and to avoid building everything in
 > /usr/ports which would lead to much much traffic and reduce compile speed
 > (or because it's mounted from a CDROM being read only), you can define :
 > WRKDIRPREFIX=/some/path/to/somewhere/you/can/write
 > in your make.conf. See make.conf(5) for more details. Being also
 > mat at FreeBSD.org, I guess that is a part I know a bit ;)
 > 
 > The problem lines in lines like this :
 > 
 > mtag = m_tag_get(PACKET_TAG_PF_QID, sizeof(*atag), M_NOWAIT);
 > 
 > it's the sizeof(*atag) gcc does not like. Why, I quite frankly don't know.
 > 

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. 
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
-- 
Pyun YongHyeon <http://www.kr.freebsd.org/~yongari>