Re: squid-2.6-PRE1 does not build on FreeBSD 4

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