wdiff-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [wdiff-bugs] Problems making wdiff after updating to 0.5g


From: Denver Gingerich
Subject: Re: [wdiff-bugs] Problems making wdiff after updating to 0.5g
Date: Tue, 19 Jun 2007 18:22:51 -0400

On 6/19/07, Dan Hipschman <address@hidden> wrote:
On Tue, Jun 19, 2007 at 05:19:42PM -0400, Denver Gingerich wrote:
> The problem is that make does not work the first time around (this is
> after doing a ./configure without any apparent errors):
>
> $ make
> cd . && aclocal -I m4
> m4/realloc.m4:13: warning: underquoted definition of jm_FUNC_REALLOC
> m4/realloc.m4:13:   run info '(automake)Extending aclocal'
> m4/realloc.m4:13:   or see
> http://sources.redhat.com/automake/automake.html#Extending-aclocal
> m4/gettext.m4:89: warning: macro `AM_LC_MESSAGES' not found in library
> cd . && automake --gnits --include-deps Makefile
> cd . && autoconf
> configure:7695: error: possibly undefined macro: AM_LC_MESSAGES
>      If this token and others are legitimate, please use m4_pattern_allow.
>      See the Autoconf documentation.
> make: *** [configure] Error 1
> $

Just a total stab in the dark: I've seen similar errors when trying to
build other projects with a too old version of m4.  Unfortunately, I
believe the version of m4 in the ubuntu repo falls into this category.
I would try building the latest version of m4 from source and trying
again with that.  I also seem to remember that simply putting it in your
path isn't good enough and that you have to set an environment variable
(M4=/path/to/m4, I believe).  If this works, stick a comment in the
README file saying what the lowest required version of m4 is.  If this
doesn't work, then I don't really think I can help you.  I don't have
time to play with the source, at the moment.

That shouldn't be necessary because wdiff-0.5g builds fine with the
same versions of m4, automake, etc. that cause 0.5.4-pre1 to fail and
0.5.4-pre1 is essentially just 0.5g with the FSF address and other
comments updated (this is not quite right, but I'll address that in
another thread).

I appreciate your suggestion, though.

Denver




reply via email to

[Prev in Thread] Current Thread [Next in Thread]