The configure script for DSpam 3.10.0 fails when attempting to verify that MySQL 5.0 or later is present when configuring on an amd64 Solaris 10u9 platform with 64-bit MySQL 5.5.8 installed, using Sun cc. I was able to copy the test applet source and successfully compile and run it, with the correct results, at the shell, but could not get configure to pass the mysql>=5.0 test. I was able to get DSpam to compile only by modifying configure to force this test to always succeed.
Configure options that were successful in the end with the forced-to-succeed mysql>=5 test:
CC=/usr/bin/cc CXX=/usr/bin/CC CFLAGS='-fast -xarch=generic -xtarget=generic -xcache=generic -m64' CPPFLAGS='-fast -xarch=generic -xtarget=generic -xcache=generic -m64' LDFLAGS='-m64 -L/usr/lib/64 -R/usr/lib/64 -L/usr/ucblib/amd64 -R/usr/ucblib/amd64 -L/opt/mysql/mysql/lib -R/opt/mysql/mysql/lib' ./configure --prefix=/usr --sysconfdir=/etc/dspam --mandir=/usr/share/man --enable-daemon --enable-clamav --enable-syslog --enable-preferences-extension --with-dspam-home=/var/spool/dspam --with-storage-driver=mysql_drv --with-mysql-includes=/opt/mysql/mysql/include --with-mysql-libraries=/opt/mysql/mysql/lib --with-dspam-mode=6511 --with-dspam-owner=dspam --with-dspam-group=mail
This BUILT DSpam correctly, but in order for it to run correctly I still had to add /usr/ucblib/amd64 to the runtime library search path using crle. I also moved the resulting 64-bit libspam from /usr/lib to /usr/lib/lib64 where it belongs.
This all sounds like m4 macro issues and the last one sounds like a make issue when installing libdspam. I don't have a Solaris installation and can not assist you in fixing that issue. Are you able to produce a patch for the MySQL >= 5.0 test and for the proper installation of libdspam and attach that to this bug report?