On May 04, 2005, at 14:41, Brad Koehn wrote:
I've just "upgraded" to Mac OS X Server, which according to all the
literature includes clamav... version 0.81! Upon downloading clamav-0.84,
I discovered that I cannot build it successfully.
During ./configure, I get the following warning:
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: see the Autoconf documentation
configure: WARNING: resolv.h: section "Present But Cannot Be Compiled"
configure: WARNING: resolv.h: proceeding with the preprocessor's result
configure: WARNING: resolv.h: in the future, the compiler will take
precedence
configure: WARNING: ## ------------------------------------------ ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ##
configure: WARNING: ## ------------------------------------------ ##
During the build, I get lots of warnings similar to these:
matcher.c: In function 'cli_checkfp':
matcher.c:180: warning: pointer targets in assignment differ in signedness
matcher.c:185: warning: pointer targets in passing argument 1 of
'cli_vermd5' differ in signedness
In the end, make fails with:
In file included from ./zziplib/zzip.h:21,
from zziplib/zzip-dir.c:18:
./zziplib/zziplib.h:91: error: parse error before "zzip_ssize_t"
./zziplib/zziplib.h:91: warning: data definition has no type or storage class
./zziplib/zziplib.h:194: error: parse error before "zzip_file_read"
./zziplib/zziplib.h:194: warning: data definition has no type or storage
class
./zziplib/zziplib.h:201: error: parse error before "zzip_read"
./zziplib/zziplib.h:201: warning: data definition has no type or storage
class
make[2]: *** [zzip-dir.lo] Error 1
Mac OS X 10.4 introduces gcc-4.0, which I initially suspected as the culprit. However, even after switching to gcc-3.3 (and validating with gcc-v), I still get the same errors.
Anybody else have the same issues?
It's more complicated than that, we'll have to wait for the rest of the world to catch up.
We're using the new gcc3.3 and newer rules which are far more strict about sloppy coding.
The issues with zziplib are based on incorrect syntax, the only reason it flew before was that gcc3.3 wasn't as strict and would allow improper syntax to pass unless it was fatal.
I've been able to get it to build by hacking the configure and Makefile files to death and using a build/break method to alter the build environment.
I've sent an installer to several people now but it sure would be nice if someone would host the installer (in tar.gz format) to alleviate the e-mail stress I'm under due to being the only one being able to build it in 10.4.
-- Dale _______________________________________________ http://lurker.clamav.net/list/clamav-users.html
