[Dovecot] Is the trunk version of Pigeonhole still broken or am I missing something?

[interfaSys sàrl]

On 05/03/2011 00:38, Stephan Bosch wrote:
> Op 5-3-2011 0:36, interfaSys sàrl schreef:
>>
>> On 04/03/2011 23:19, Stephan Bosch wrote:
>>> 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
>>
> 
> 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.
>