Is the millicode issue you are referring to in pfil or in ipf? I am trying to get ipf40a25 to compile currently. I found and corrected the following two problems:
1. The -lnsl library call was bombing. I added a -I/usr/lib/pa20_64 to correct this problem. 2. The if [ $(HPUXREV) = "1100" ]; then was getting tested as if [ 1100 = "1100" ] The problem that I am currently investigating is: cc +DD64 -DHPUXREV=1100 -I../../pfil -I/usr/conf -I. -I.. -DIPFILTER_LKM -DIPFILTER_LOG -D_KERNEL -DIPFILTER_LOOKUP -Ae +ES1.Xindirect_calls U__hp9000s700 -D__STDC_EXT__ -D_XPG4_EXTENDED -D_HPUX_SOURCE -D__hp9000s800 -D_KERNEL -DKERNEL -Wp,-H300000 +XixdU +Hx0 +R500 -Wl,-a,archive +ESsfc -q -I/usr/conf/h +O2 -Dspustate_t=u_long -c ../ip_fil_hpux.c -o ip_fil.o cc: "/usr/include/sys/file.h", line 64: warning 618: Declaration of "uio" not visible outside this function prototype scope. cc: "../../pfil/pfil.h", line 43: error 1000: Unexpected symbol: "kmutex_t". cc: "../../pfil/pfil.h", line 43: error 1573: Type of "ph_lock" is undefined due to an illegal declaration. cc: "../../pfil/pfil.h", line 43: error 1578: Size of struct or union member is unknown. cc: "../../pfil/qif.h", line 14: error 1000: Unexpected symbol: "kmutex_t". cc: "../../pfil/qif.h", line 14: error 1573: Type of "qf_lock" is undefined due to an illegal declaration. cc: "../../pfil/qif.h", line 14: error 1578: Size of struct or union member is unknown. cc: "../ip_fil_hpux.c", line 649: warning 727: Cast truncates pointer into 32 bit integer. *** Error exit code 1 Stop. *** Error exit code 1 I am guessing the problem has to do with the relationship between pfil.h and ip_compat.h, but I haven't had a chance to track it down yet. I am doing this in my spare time at work and "spare time" is not exactly plentiful around here. Thanks and keep me posted, Joshua Gatcomb -----Original Message----- From: Darren Reed [mailto:darrenr@;reed.wattle.id.au] Sent: Thursday, October 31, 2002 5:49 PM To: Gatcomb, Joshua P Cc: [EMAIL PROTECTED] Subject: Re: Compile failure on HPUX 11.0 I'm not sure how far you're going to get with this, I'm stuck with a millicode problem that won't go away. The "millicode" problem is where cc decides to add some function calls to do things like implement '%' in C and cranking optimisation up does not make these calls go away. With no matching functions in the kernel, ipfilter won't link against it and hence won't load :-( Darren
