[Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something?
Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result.
../../../../libtool: line 2072: cmd-vacation.c: command not found
I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required?
Olivier
Op 4-3-2011 23:56, interfaSys sàrl schreef:
Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result.
../../../../libtool: line 2072: cmd-vacation.c: command not found
Remind me: what system was this again? What libtool/automake/etc. versions?
I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required?
No. The above error is most curious. I have a bit of a theory though. It is apparently trying to execute cmd-vacation.c as a command for some unapparent reason. This may have something to do with the fact that it is assigned to a variable called cmds in the Makefile.am. Perhaps a broken/old libtool version uses this internally. Please apply the following patch, and tell me what happens: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 00:13:33 2011 +0100 @@ -4,11 +4,11 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ +commands = \ cmd-vacation.c libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + $(commands) \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c If the same error then happens for the include extension instead, my theory is confirmed. Regards, Stephan.
On 04/03/2011 23:19, Stephan Bosch wrote:
Op 4-3-2011 23:56, interfaSys sàrl schreef:
Things broke a couple of months back and I thought I had caught the repository at a bad time, but trying again today, after having seen that people had been working on it recently, bore the same result.
../../../../libtool: line 2072: cmd-vacation.c: command not found
Remind me: what system was this again? What libtool/automake/etc. versions?
FreeBSD 8.2 AMD64 autoconf-2.68 automake-1.11.1 gmake-3.81 libtool-2.4 m4-1.4.15
I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required?
No. The above error is most curious. I have a bit of a theory though. It is apparently trying to execute cmd-vacation.c as a command for some unapparent reason. This may have something to do with the fact that it is assigned to a variable called cmds in the Makefile.am. Perhaps a broken/old libtool version uses this internally. Please apply the following patch, and tell me what happens:
diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 00:13:33 2011 +0100 @@ -4,11 +4,11 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE)
-cmds = \ +commands = \ cmd-vacation.c
libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + $(commands) \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c
If the same error then happens for the include extension instead, my theory is confirmed.
I got almost the same result. Here is the full log: gmake all-recursive gmake[1]: Entering directory `/dovecot-2.0-pigeonhole' Making all in src gmake[2]: Entering directory `/dovecot-2.0-pigeonhole/src' Making all in lib-sieve gmake[3]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve' Making all in plugins gmake[4]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' Making all in vacation gmake[5]: Entering directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' /usr/local/bin/bash ../../../../libtool --tag=CC --mode=compile gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c -o cmd-vacation.lo cmd-vacation.c ../../../../libtool: line 2072: cmd-vacation.c: command not found libtool: compile: gcc45 -DHAVE_CONFIG_H -I. -I../../../.. -I./../../ -I/dovecot-2.0-hg -I/dovecot-2.0-hg/src/lib -I/dovecot-2.0-hg/src/lib-dict -I/dovecot-2.0-hg/src/lib-mail -I/dovecot-2.0-hg/src/lib-imap -I/dovecot-2.0-hg/src/lib-charset -I/dovecot-2.0-hg/src/lib-index -I/dovecot-2.0-hg/src/lib-storage -I/dovecot-2.0-hg/src/lib-storage/index -I/dovecot-2.0-hg/src/lib-storage/index/raw -std=gnu99 -O3 -pipe -march=native -fno-strict-aliasing -mfpmath=sse -ftracer -fexcess-precision=fast -funroll-loops -ffast-math -flto -fuse-linker-plugin -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -I/usr/local/include -MT cmd-vacation.lo -MD -MP -MF .deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o gcc45: : No such file or directory gcc45: no input files gmake[5]: *** [cmd-vacation.lo] Error 1 gmake[5]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins/vacation' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve/plugins' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/dovecot-2.0-pigeonhole/src/lib-sieve' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/dovecot-2.0-pigeonhole/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/dovecot-2.0-pigeonhole' gmake: *** [all] Error 2
Regards,
Stephan.
Op 5-3-2011 0:36, interfaSys sàrl schreef:
Remind me: what system was this again? What libtool/automake/etc. versions? FreeBSD 8.2 AMD64 autoconf-2.68 automake-1.11.1 gmake-3.81
On 04/03/2011 23:19, Stephan Bosch wrote: libtool-2.4 m4-1.4.15
On this end: Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) autoconf (GNU Autoconf) 2.67 automake (GNU automake) 1.11.1 GNU Make 3.81 gcc (Debian 4.4.5-10) 4.4.5 ltmain.sh (GNU libtool) 2.2.6b m4 (GNU M4) 1.4.14
I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required?
Does it work when you clone a fresh repository?
I got almost the same result. Here is the full log:
Hmm, very strange. Seems like your libtool is severely broken somehow. How about the following patch: diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 01:29:05 2011 +0100 @@ -4,11 +4,8 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE) -cmds = \ - cmd-vacation.c - libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + cmd-vacation.c \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c Does the error then occur at a later stage?
.deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o
Interesting: its now trying to compile "" into cmd-vacation.o. Something really odd is happening. Regards, Stephan.
On 05/03/2011 00:38, Stephan Bosch wrote:
Op 5-3-2011 0:36, interfaSys sàrl schreef:
Remind me: what system was this again? What libtool/automake/etc. versions? FreeBSD 8.2 AMD64 autoconf-2.68 automake-1.11.1 gmake-3.81
On 04/03/2011 23:19, Stephan Bosch wrote: libtool-2.4 m4-1.4.15
On this end:
Debian testing; Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) autoconf (GNU Autoconf) 2.67 automake (GNU automake) 1.11.1 GNU Make 3.81 gcc (Debian 4.4.5-10) 4.4.5 ltmain.sh (GNU libtool) 2.2.6b m4 (GNU M4) 1.4.14
OK. I'm also using GCC 4.5.2 with gold, but I don't think it matters in this case.
I'm simply syncing with the repository and using autogen, configure and make. Are there any other steps required?
Does it work when you clone a fresh repository?
I'm going to try that now.
I got almost the same result. Here is the full log:
Hmm, very strange. Seems like your libtool is severely broken somehow. How about the following patch:
diff -r bb26cdb18bdf src/lib-sieve/plugins/vacation/Makefile.am --- a/src/lib-sieve/plugins/vacation/Makefile.am Wed Mar 02 17:42:53 2011 +0100 +++ b/src/lib-sieve/plugins/vacation/Makefile.am Sat Mar 05 01:29:05 2011 +0100 @@ -4,11 +4,8 @@ -I$(srcdir)/../../ \ $(LIBDOVECOT_INCLUDE)
-cmds = \ - cmd-vacation.c - libsieve_ext_vacation_la_SOURCES = \ - $(cmds) \ + cmd-vacation.c \ ext-vacation-common.c \ ext-vacation.c \ ext-vacation-seconds.c
Does the error then occur at a later stage?
No, I got the same error.
.deps/cmd-vacation.Tpo -c "" -fPIC -DPIC -o .libs/cmd-vacation.o
Interesting: its now trying to compile "" into cmd-vacation.o. Something really odd is happening.
I have almost zero knowledge of how automake works. All I know is that Dovecot puts its M4 file in the wrong location, so maybe pigeonhole is also looking in /usr/share instead of /usr/local/share? (It's out of the blue ;)) Cheers, Olivier
Regards,
Stephan.
participants (2)
-
interfaSys sàrl
-
Stephan Bosch