Re: [Dovecot] v2.0.0 released
Well , configure looked good and the summary seemed fine :
Install prefix . : /opt/csw File offsets ... : 64bit I/O polling .... : poll I/O notifys .... : none SSL ............ : yes (OpenSSL) GSSAPI ......... : yes passdbs ........ : static passwd passwd-file shadow pam checkpassword ldap sql : -bsdauth -sia -vpopmail userdbs ........ : static prefetch passwd passwd-file checkpassword ldap sql : -vpopmail -nss SQL drivers .... : pgsql mysql sqlite
Everything was going swimmingly and then poof :
libtool: compile: /opt/studio/SOS11/SUNWspro/bin/cc -DHAVE_CONFIG_H -I.
-I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-charset
-I../../src/lib-mail
-I/opt/csw/include:/opt/csw/mysql51/include/mysql:/opt/csw/postgresql83/include
-I/opt/csw/include -xstrconst -xildoff -xarch=v8 -xnolibmil -Xa
-xcode=pic32 -xregs=no%appl -xlibmieee -g -xs -I/opt/csw/include
-I/opt/csw/mysql51/include/mysql -I/opt/csw/postgresql83/include
-D_TS_ERRNO -DSOLARIS2=8 -D_LARGEFILE64_SOURCE -I/opt/csw/include -c
imap-id.c -KPIC -DPIC -o .libs/imap-id.o
libtool: compile: /opt/studio/SOS11/SUNWspro/bin/cc -DHAVE_CONFIG_H -I.
-I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-charset
-I../../src/lib-mail
-I/opt/csw/include:/opt/csw/mysql51/include/mysql:/opt/csw/postgresql83/include
-I/opt/csw/include -xstrconst -xildoff -xarch=v8 -xnolibmil -Xa
-xcode=pic32 -xregs=no%appl -xlibmieee -g -xs -I/opt/csw/include
-I/opt/csw/mysql51/include/mysql -I/opt/csw/postgresql83/include
-D_TS_ERRNO -DSOLARIS2=8 -D_LARGEFILE64_SOURCE -I/opt/csw/include -c
imap-id.c -o imap-id.o >/dev/null 2>&1
source='imap-match.c' object='imap-match.lo' libtool=yes
DEPDIR=.deps depmode=none /opt/csw/bin/bash ../../depcomp
/opt/csw/bin/bash ../../libtool --tag=CC --mode=compile
/opt/studio/SOS11/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../..
-I../../src/lib -I../../src/lib-test -I../../src/lib-charset
-I../../src/lib-mail
-I/opt/csw/include:/opt/csw/mysql51/include/mysql:/opt/csw/postgresql83/include
-I/opt/csw/include -xstrconst -xildoff -xarch=v8 -xnolibmil -Xa
-xcode=pic32 -xregs=no%appl -xlibmieee -g -xs -I/opt/csw/include
-I/opt/csw/mysql51/include/mysql -I/opt/csw/postgresql83/include
-D_TS_ERRNO -DSOLARIS2=8 -D_LARGEFILE64_SOURCE -I/opt/csw/include -c -o
imap-match.lo imap-match.c
libtool: compile: /opt/studio/SOS11/SUNWspro/bin/cc -DHAVE_CONFIG_H -I.
-I../.. -I../../src/lib -I../../src/lib-test -I../../src/lib-charset
-I../../src/lib-mail
-I/opt/csw/include:/opt/csw/mysql51/include/mysql:/opt/csw/postgresql83/include
-I/opt/csw/include -xstrconst -xildoff -xarch=v8 -xnolibmil -Xa
-xcode=pic32 -xregs=no%appl -xlibmieee -g -xs -I/opt/csw/include
-I/opt/csw/mysql51/include/mysql -I/opt/csw/postgresql83/include
-D_TS_ERRNO -DSOLARIS2=8 -D_LARGEFILE64_SOURCE -I/opt/csw/include -c
imap-match.c -KPIC -DPIC -o .libs/imap-match.o
"imap-match.c", line 199: identifier redeclared: imap_match_dup
current : function(pointer to struct pool {pointer to const struct
pool_vfuncs {..} v, unsigned int alloconly_pool :1, unsigned int
datastack_pool :1}, pointer to const struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data}) returning pointer to struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data}
previous: function(pointer to struct pool {pointer to const struct
pool_vfuncs {..} v, unsigned int alloconly_pool :1, unsigned int
datastack_pool :1}, pointer to const struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data}) returning pointer to struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data} : "imap-match.h", line 33
"imap-match.c", line 214: identifier redeclared: imap_match_globs_equal
current : function(pointer to const struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data}, pointer to const struct imap_match_glob {pointer
to struct pool {..} pool, pointer to struct imap_match_pattern
{..} patterns, char sep, array[-1] of char patterns_data})
returning _Bool
previous: function(pointer to const struct imap_match_glob
{pointer to struct pool {..} pool, pointer to struct
imap_match_pattern {..} patterns, char sep, array[-1] of char
patterns_data}, pointer to const struct imap_match_glob {pointer
to struct pool {..} pool, pointer to struct imap_match_pattern
{..} patterns, char sep, array[-1] of char patterns_data})
returning _Bool : "imap-match.h", line 36
cc: acomp failed for imap-match.c
gmake[3]: *** [imap-match.lo] Error 1
gmake[3]: Leaving directory
/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001/src/lib-imap' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory /export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001'
gmake: *** [all] Error 2
[mimas]
So that stops me while I figure out what the issue is with imap-match.h and/or imap-match.c in the Solaris world while using Sun Studio 11.
-- Dennis Clarke dclarke@opensolaris.ca <- Email related to the open source Solaris dclarke@blastwave.org <- Email related to open source for Solaris
On 16.8.2010, at 23.25, Dennis Clarke wrote:
"imap-match.c", line 199: identifier redeclared: imap_match_dup
I think someone reported this problem earlier .. but I'm not sure. Anyway I've no idea why it would complain about this.
So that stops me while I figure out what the issue is with imap-match.h and/or imap-match.c in the Solaris world while using Sun Studio 11.
I heard it compiles ok with Sun Studio 12.1.
----- Original Message ----- From: Timo Sirainen <tss@iki.fi> Date: Monday, August 16, 2010 6:31 pm Subject: Re: [Dovecot] v2.0.0 released Cc: Dovecot Mailing List <dovecot@dovecot.org>
On 16.8.2010, at 23.25, Dennis Clarke wrote:
"imap-match.c", line 199: identifier redeclared: imap_match_dup
I think someone reported this problem earlier .. but I'm not sure. Anyway I've no idea why it would complain about this.
So that stops me while I figure out what the issue is with imap-match.h and/or imap-match.c in the Solaris world while using Sun Studio 11.
I heard it compiles ok with Sun Studio 12.1.
Seems to compile fine with GCC 4.5.1 and binutils 2.20.1.20100303.
However the install process then fails repeatedly.
Any thoughts on this ?
http://www.blastwave.org/docs/dovecot_2.0.0_install-FAIL.txt
The same log with numbers lines is here :
http://www.blastwave.org/docs/dovecot_2.0.0_install-FAIL-N.txt
Where I see on line 354 :
libtool: install: ../.././install-sh -c .libs/auth /opt/csw/libexec/dovecot/auth
Which sure looks like the file auth being copied into place and then right after we get a failure :
libtool: install: ../.././install-sh -c .libs/checkpassword-reply /opt/csw/libexec/dovecot/checkpassword-reply test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth" mkdir: "/opt/csw/libexec/dovecot/auth": Exists but is not a directory mkdir: "/opt/csw/libexec/dovecot/auth": Exists but is not a directory
On line 372 onwards I try again with a whole new compile and install fails again.
I think the compile went fine but getting the results into place on the filesystem is turning out to be a real chore. Certainly not "make install" simple.
Dennis
On Tue, 2010-08-17 at 09:34 -0400, Dennis Clarke wrote:
libtool: install: ../.././install-sh -c .libs/auth /opt/csw/libexec/dovecot/auth
Which sure looks like the file auth being copied into place
Yes, that's correct.
and then right after we get a failure :
libtool: install: ../.././install-sh -c .libs/checkpassword-reply /opt/csw/libexec/dovecot/checkpassword-reply
This is also correct.
test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth"
This "|| install" part seems wrong, but it happens with me too. But the main problem is that why does test -z fail above? The auth binary should have been installed there already, so test -z should return success. Or is the auth file zero bytes long? Something's wrong with that..
On Tue, 2010-08-17 at 17:32 +0100, Timo Sirainen wrote:
test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth"
This "|| install" part seems wrong, but it happens with me too. But the main problem is that why does test -z fail above? The auth binary should have been installed there already, so test -z should return success. Or is the auth file zero bytes long? Something's wrong with that..
Uh. No, I remembered wrong. test -z tests if the string is empty. And of course the above string isn't empty. And looks like the mkdir is run with Linux, but it doesn't report a failure. Umm..
On Tue, 2010-08-17 at 17:48 +0100, Timo Sirainen wrote:
On Tue, 2010-08-17 at 17:32 +0100, Timo Sirainen wrote:
test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth"
This "|| install" part seems wrong, but it happens with me too. But the main problem is that why does test -z fail above? The auth binary should have been installed there already, so test -z should return success. Or is the auth file zero bytes long? Something's wrong with that..
Uh. No, I remembered wrong. test -z tests if the string is empty. And of course the above string isn't empty. And looks like the mkdir is run with Linux, but it doesn't report a failure. Umm..
Oh, right. The above should be:
test -z "/opt/csw/lib/dovecot/auth" || /bin/mkdir -p "/opt/csw/lib/dovecot/auth"
Why is it libexec and not lib? What parameters did you give to configure? Looks as if you gave --libdir=/opt/csw/libexec
On Tue, 2010-08-17 at 17:48 +0100, Timo Sirainen wrote:
On Tue, 2010-08-17 at 17:32 +0100, Timo Sirainen wrote:
test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth"
This "|| install" part seems wrong, but it happens with me too. But the main problem is that why does test -z fail above? The auth binary should have been installed there already, so test -z should return success. Or is the auth file zero bytes long? Something's wrong with that..
Uh. No, I remembered wrong. test -z tests if the string is empty. And of course the above string isn't empty. And looks like the mkdir is run with Linux, but it doesn't report a failure. Umm..
Oh, right. The above should be:
test -z "/opt/csw/lib/dovecot/auth" || /bin/mkdir -p "/opt/csw/lib/dovecot/auth"
Why is it libexec and not lib? What parameters did you give to configure? Looks as if you gave --libdir=/opt/csw/libexec
This may help :
[titan] more ../../sparc/dovecot-2.0.0-sparcv8-002/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake.
It was created by Dovecot configure 2.0.0, which was generated by GNU Autoconf 2.65. Invocation command line was
$ ./configure --build=sparc-sun-solaris2.8 --host=sparc-sun-solaris2.8 --prefi x=/opt/csw --sysconfdir=/etc/opt/csw/dovecot --localstatedir=/var/opt/csw/doveco t --enable-shared --enable-static --with-ioloop=poll --with-shadow --with-pam -- with-ldap=yes --with-sql=yes --with-mysql --with-sqlite --with-zlib --with-bzlib --with-ssl=openssl --with-storages=mbox,maildir --with-libiconv-prefix=/opt/csw --with-gssapi=yes --with-pgsql --with-libwrap --with-ssldir=/etc/opt/csw/ssl -- with-moduledir=/opt/csw/libexec/dovecot
## --------- ## ## Platform. ## ## --------- ##
hostname = mimas uname -m = sun4u uname -r = 5.8 uname -s = SunOS uname -v = Generic_127721-03
/usr/bin/uname -p = sparc /bin/uname -X = System = SunOS Node = mimas Release = 5.8 KernelID = Generic_127721-03 Machine = sun4u BusType = <unknown> Serial = <unknown> Users = <unknown> OEM# = 0 Origin# = 1 NumCPU = 1
/bin/arch = sun4 /usr/bin/arch -k = sun4u /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown
PATH: /opt/csw/gcc4/bin PATH: /opt/csw/bin PATH: /usr/xpg4/bin PATH: /usr/ccs/bin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /usr/sbin PATH: /opt/schily/bin
On Tue, 2010-08-17 at 13:15 -0400, Dennis Clarke wrote:
[titan] more ../../sparc/dovecot-2.0.0-sparcv8-002/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. .. --with-moduledir=/opt/csw/libexec/dovecot
This is wrong. Modules don't belong under libexec.
On Tue, 2010-08-17 at 13:15 -0400, Dennis Clarke wrote:
[titan] more ../../sparc/dovecot-2.0.0-sparcv8-002/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. .. --with-moduledir=/opt/csw/libexec/dovecot
This is wrong. Modules don't belong under libexec.
Where would you like them ?
On Tue, 2010-08-17 at 13:19 -0400, Dennis Clarke wrote:
On Tue, 2010-08-17 at 13:15 -0400, Dennis Clarke wrote:
[titan] more ../../sparc/dovecot-2.0.0-sparcv8-002/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. .. --with-moduledir=/opt/csw/libexec/dovecot
This is wrong. Modules don't belong under libexec.
Where would you like them ?
Default location would be fine (= lib). Anything except libexec, since it creates a conflict.
On Tue, 2010-08-17 at 13:19 -0400, Dennis Clarke wrote:
On Tue, 2010-08-17 at 13:15 -0400, Dennis Clarke wrote:
[titan] more ../../sparc/dovecot-2.0.0-sparcv8-002/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. .. --with-moduledir=/opt/csw/libexec/dovecot
This is wrong. Modules don't belong under libexec.
Where would you like them ?
Default location would be fine (= lib). Anything except libexec, since it creates a conflict.
I'm doing a recompile and tossing --with-moduledir out :-)
On Tue, 2010-08-17 at 09:34 -0400, Dennis Clarke wrote:
libtool: install: ../.././install-sh -c .libs/auth /opt/csw/libexec/dovecot/auth
Which sure looks like the file auth being copied into place
Yes, that's correct.
and then right after we get a failure :
libtool: install: ../.././install-sh -c .libs/checkpassword-reply /opt/csw/libexec/dovecot/checkpassword-reply
This is also correct.
test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth"
This "|| install" part seems wrong, but it happens with me too. But the main problem is that why does test -z fail above? The auth binary should have been installed there already, so test -z should return success. Or is the auth file zero bytes long? Something's wrong with that..
No it is a real valid Sparc binary :
# file /opt/csw/libexec/dovecot/auth /opt/csw/libexec/dovecot/auth: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped
I'm going to experiment a bit here ... I have a theory but it will take hours to track down.
Dennis
On 8/16/10 6:25 PM, Dennis Clarke wrote:
pool_vfuncs {..} v, unsigned int alloconly_pool :1, unsigned int datastack_pool :1}, pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}) returning pointer to struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data} previous: function(pointer to struct pool {pointer to const struct pool_vfuncs {..} v, unsigned int alloconly_pool :1, unsigned int datastack_pool :1}, pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}) returning pointer to struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data} : "imap-match.h", line 33 "imap-match.c", line 214: identifier redeclared: imap_match_globs_equal current : function(pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}, pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}) returning _Bool previous: function(pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}, pointer to const struct imap_match_glob {pointer to struct pool {..} pool, pointer to struct imap_match_pattern {..} patterns, char sep, array[-1] of char patterns_data}) returning _Bool : "imap-match.h", line 36 cc: acomp failed for imap-match.c gmake[3]: *** [imap-match.lo] Error 1 gmake[3]: Leaving directory
/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001/src/lib-imap' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-001' gmake: *** [all] Error 2 [mimas]So that stops me while I figure out what the issue is with imap-match.h and/or imap-match.c in the Solaris world while using Sun Studio 11.
Works fine here with the 12.1 compiler. Solaris 10 on UltraSPARC, current patches, on both the OS and the compilers. My CFLAGS:
-fast -xtarget=ultra3 -m32 -xarch=sparcvis2
-Dave-- Dave McGuire Port Charlotte, FL
participants (3)
-
Dave McGuire
-
Dennis Clarke
-
Timo Sirainen