I did a cvs update of the latest automake and autoconf tonight.
I have one generated Makefile that now contains several lines of the form:
@_am_include@ $(DEPDIR)/foo.Po
I'm pretty sure I did a clean build/install of these versions of automake
and autoconf.
I did an "autoreconf -f" in the top
I have the latest CVS version of autoconf, 2.94d. I am trying to compile
fetchmail-5.7.2. Now the error I am getting is:
aclocal: configure.in: 76: macro `AM_GNU_GETTEXT' not found in library.
Is this define somewhere? I downloaded and install the CVS version of
automake 1.4e. The macro is calle
> aclocal: configure.in: 76: macro `AM_GNU_GETTEXT' not found in library.
>
> Is this define somewhere? I downloaded and install the CVS version of
> automake 1.4e. The macro is called from configure.in file.
This is normally in a file called gettext.m4. There is probably an 'm4'
directory in the
On Sat, 10 Mar 2001, Tim Van Holder wrote:
> > aclocal: configure.in: 76: macro `AM_GNU_GETTEXT' not found in library.
> >
> > Is this define somewhere? I downloaded and install the CVS version of
> > automake 1.4e. The macro is called from configure.in file.
>
> This is normally in a file called
> Its located in /usr/share/aclocal/gettext.m4
>
> So when I do "aclocal -I /usr/share/aclocal" its passes. Is that the way
> it should be?
Nope. Did you use '--prefix /usr' when configuring automake? If not, it
is probably looking in /usr/local/share/aclocal.
Use a text editor to look in aclocal
I fixed the problem by totally removing /usr/local/share/auto{make,conf} and
re-running the auto* installation.
I expect this is something that a number of future folks are going to get
bitten by...
H
The current autoconf (OK, as of about 20 hours ago) produces a configure
script that does not find a working C preprocessor.
Here's the output generated by running "configure", followd by the
config.log:
configure: loading cache /dev/null
checking build system type... mips-dec-ultrix4.4
checki
