Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
Timo Sirainen wrote: On Mon, 2008-05-26 at 10:37 +0200, Peter Eriksson wrote: Timo Sirainen wrote: On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote: Next step would be to modify the code to still check for GSSAPI headers and libraries even though krb5-config exists but doesn't support the gssapi argument... Does this work? http://hg.dovecot.org/dovecot-1.1/rev/e6187b556b65 Almost. It still adds the incorrect flags to CFLAGS, but it checks the other stuff. Output from config.log: Oh, how about now: http://hg.dovecot.org/dovecot-1.1/rev/419b7cfc954c Yep. Looking much better. Now things compile :-) Btw, I got the following warnings from autoconf when I ran it on the updated configure.in file. (I have autoconf 2.62). % autoconf aclocal.m4:16: warning: this file was generated for autoconf 2.61. You have another version of autoconf. It may work, but is not guaranteed to. If you have problems, you may need to regenerate the build system entirely. To do so, use the procedure documented by the package, typically `autoreconf'. configure.in:440: warning: AC_CACHE_VAL(epoll_works, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:440: the top level configure.in:492: warning: AC_CACHE_VAL(inotify_works, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:492: the top level configure.in:812: warning: AC_CACHE_VAL(signed_size_t, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:812: the top level configure.in:927: warning: AC_CACHE_VAL(gmtime_max_time_t, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:927: the top level configure.in:967: warning: AC_CACHE_VAL(signed_time_t, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:967: the top level configure.in:1054: warning: AC_CACHE_VAL(mmap_plays_with_write, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1054: the top level configure.in:1096: warning: AC_CACHE_VAL(fd_passing, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1096: the top level configure.in:1338: warning: AC_CACHE_VAL(c99_vsnprintf, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1338: the top level - Peter signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
Timo Sirainen wrote: On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote: Next step would be to modify the code to still check for GSSAPI headers and libraries even though krb5-config exists but doesn't support the gssapi argument... Does this work? http://hg.dovecot.org/dovecot-1.1/rev/e6187b556b65 Almost. It still adds the incorrect flags to CFLAGS, but it checks the other stuff. Output from config.log: ## - ## ## Output variables. ## ## - ## ACLOCAL='${SHELL} /home/peter/extsrc/dovecot/dovecot-1.1.rc5-ifm/missing --run aclocal-1.10' AMDEPBACKSLASH='\' AMDEP_FALSE='#' AMDEP_TRUE='' AMTAR='${SHELL} /home/peter/extsrc/dovecot/dovecot-1.1.rc5-ifm/missing --run tar' AR='ar' AUTH_CFLAGS=' /usr/bin/krb5-config: Unknown option `gssapi'\'' -- use `--help'\'' for usage' AUTH_LIBS=' -lpam -L/usr/lib -R/usr/lib -fast -m64 -L/ifm/lib/64 -R/ifm/lib/64 -L/ifm/lib/64 -R/ifm/lib/64 -L/usr/sfw/lib/64 -R/usr/sfw/lib/64 -I/usr/sfw/include -lkrb5 -lgss -lgss' AUTOCONF='${SHELL} /home/peter/extsrc/dovecot/dovecot-1.1.rc5-ifm/missing --run autoconf' AUTOHEADER='${SHELL} /home/peter/extsrc/dovecot/dovecot-1.1.rc5-ifm/missing --run autoheader' AUTOMAKE='${SHELL} /home/peter/extsrc/dovecot/dovecot-1.1.rc5-ifm/missing --run automake-1.10' AWK='gawk' - Peter signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
On Mon, 2008-05-26 at 13:34 +0200, Peter Eriksson wrote: Btw, I got the following warnings from autoconf when I ran it on the updated configure.in file. (I have autoconf 2.62). configure.in:440: warning: AC_CACHE_VAL(epoll_works, ...): suspicious cache-id, must contain _cv_ to be cached Fixed: http://hg.dovecot.org/dovecot-1.1/rev/47c5e52c1181 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
On Mon, 2008-05-26 at 10:37 +0200, Peter Eriksson wrote: Timo Sirainen wrote: On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote: Next step would be to modify the code to still check for GSSAPI headers and libraries even though krb5-config exists but doesn't support the gssapi argument... Does this work? http://hg.dovecot.org/dovecot-1.1/rev/e6187b556b65 Almost. It still adds the incorrect flags to CFLAGS, but it checks the other stuff. Output from config.log: Oh, how about now: http://hg.dovecot.org/dovecot-1.1/rev/419b7cfc954c signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
On Fri, 2008-05-23 at 10:46 +0200, Peter Eriksson wrote: Next step would be to modify the code to still check for GSSAPI headers and libraries even though krb5-config exists but doesn't support the gssapi argument... Does this work? http://hg.dovecot.org/dovecot-1.1/rev/e6187b556b65 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Building 1.1.rc5 fails on Solaris 10
Somehow I don't think usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage is a valid C compiler option. :-) I've been looking at the configure code in an attempt to fix this. It feels a bit kludgy. First stepI think should be to modify the code in configure.in on line 1619 from: if `krb5-config --version|grep -v '1\.2' /dev/null`; then to: if `krb5-config --version gssapi|grep -v '1\.2' /dev/null`; then since it is the gssapi stuff that is checked later down in that code section using krb5-config --cflags gssapi and --libs gssapi. Now, that will make the whole code section fail for later Solaris 10 releases (/usr/bin/krb5-config appeared in Solaris 10 8/07 I think (it's not there in 11/06), but that's better than the current behaviour. I assume krb5-config --version gssapi will work on Linux systems. Next step would be to modify the code to still check for GSSAPI headers and libraries even though krb5-config exists but doesn't support the gssapi argument... - Peter signature.asc Description: OpenPGP digital signature
[Dovecot] Building 1.1.rc5 fails on Solaris 10
It seems the configure check for krb5-config isn't doing stuff 100% right.. :-) make after configure gives: ... Making all in auth source='mycrypt.c' object='mycrypt.o' libtool=no \ DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-sql -I../../src/lib-settings -I. ./../src/lib-ntlm -I../../src/lib-otp -DAUTH_MODULE_DIR=\/ifm/pkg/dovecot/1.1.rc5-ifm/lib/dovec ot/auth\ -DPKG_LIBEXECDIR=\/ifm/pkg/dovecot/1.1.rc5-ifm/libexec/dovecot\ /usr/bin/krb5-conf ig: Unknown option `gssapi' -- use `--help' for usage -fast -m64 -L/ifm/lib/64 -R/ifm/lib/64 -L/ ifm/lib/64 -R/ifm/lib/64 -L/usr/sfw/lib/64 -R/usr/sfw/lib/64 -I/usr/sfw/include -c mycrypt.c bash: -c: line 2: unexpected EOF while looking for matching `'' *** Error code 2 make: Fatal error: Command failed for target `mycrypt.o' A check into the config.log gives: ... configure:30574: result: no configure:30601: checking for krb5-config configure:30617: found /usr/bin/krb5-config configure:30629: result: YES configure:30661: checking gssapi/gssapi.h usability configure:30678: cc -c -fast -m64 -L/ifm/lib/64 -R/ifm/lib/64 -L/ifm/lib/64 -R/ifm/lib/64 -L/usr/sfw/lib/64 -R/usr/sfw/lib/64 -I/usr/sfw/include /usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage conftest.c 5 Somehow I don't think usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage is a valid C compiler option. :-) - Peter signature.asc Description: OpenPGP digital signature