tor 2006-06-01 klockan 21:41 +0200 skrev Thomas-Martin Seck: > FreeBSD 4 does not have sys/statvfs.h and now compilation of > src/store_dir.c fails although the code looks basically the same as in > 2.5 (which compiles OK on FreeBSD 4): > > source='store_dir.c' object='store_dir.o' libtool=no DEPDIR=.deps > depmode=gcc /bin/sh ../cfgaux/depcomp cc -DHAVE_CONFIG_H > -DDEFAULT_CONFIG_FILE=\"/usr/local/etc/squid/squid.conf\" -I. -I. > -I../include -I. -I. -I../include -I../include -O -pipe -c store_dir.c > store_dir.c: In function `storeDirGetBlkSize': > store_dir.c:526: storage size of `sfs' isn't known > store_dir.c: In function `storeDirGetUFSStats': > store_dir.c:559: storage size of `sfs' isn't known > > Any ideas?
GNU configure fails to detect sys/mount.h due to sys/ucred.h not
including it's dependencies and requiring other headers to be included
first..
From config.log:
In file included from /usr/include/sys/mount.h:40,
from conftest.c:67:
/usr/include/sys/ucred.h:50: `NGROUPS' undeclared here (not in a
function)
/usr/include/sys/ucred.h:66: `NGROUPS' undeclared here (not in a
function)
configure:7095: $? = 1
[...]
| #include <sys/mount.h>
Quite many system headers seem to run into this kinds of issues on
FreeBSD.. grep for /usr/include/ in config.log to get a list..
For now I'll downgrade to the old autoconf tools again which is less
strict about this, but I suppose it should be possible to reuse the
autoconf trickery from squid-3 to get around this..
Regards
Henrik
signature.asc
Description: Detta är en digitalt signerad meddelandedel
