bug-gnulib
[Top][All Lists]
Advanced

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

Re: lib/stdio-read.c == gnulib/m4/stdio_h.m4


From: Bruce Korb
Subject: Re: lib/stdio-read.c == gnulib/m4/stdio_h.m4
Date: Tue, 31 Jul 2018 09:42:51 -0700

On Tue, Jul 31, 2018 at 9:05 AM Bruce Korb <address@hidden> wrote:
>
> Could this be involved in my errors?
> The messages from autoreconf:
>
>
> autoreconf: running: aclocal -I m4 -I libopts/m4 -I gnulib/m4
> missing file lib/stdio-read.c
> configure.ac:48: error: expected source file, required through
> AC_LIBSOURCES, not found
> m4/gnulib-comp.m4:138: gl_INIT is expanded from...
> configure.ac:48: the top level
> autom4te: /usr/bin/m4 failed with exit status: 1
> aclocal: error: echo failed with exit status: 1
> autoreconf: aclocal failed with exit status: 1

OK, if I hand link the files gnulib/lib/stdio-{read,write}.c to lib/.
I get further, but that raises the question of "Why is that not done
by gnulib-tool?"

Anyway, with that by-hand intervention, I get to this:

aclocal: ignoring macro gl_00GNULIB in gnulib/m4/00gnulib.m4: 46
aclocal: error: couldn't open directory 'm4 gnulib/m4 libopts/m4': No
such file or directory
autoreconf: aclocal failed with exit status: 1

The fact that I am writing means that those three directories actually exist:

$ ls -ld m4 gnulib/m4 libopts/m4
drwxr-xr-x 2 bkorb dev 24576 Jul 31 08:45 gnulib/m4
drwxr-xr-x 2 bkorb dev  4096 Jul 28 11:14 libopts/m4
drwxr-xr-x 2 bkorb dev  4096 Jul 31 08:45 m4

and those directories are looked for 'cuz I tools aclocal to do so:

$ grep 'ACLOCAL_AMFLAGS' Makefile.am
ACLOCAL_AMFLAGS     = -I m4 -I libopts/m4 -I gnulib/m4

I was told before that "gnulib/m4" should not be needed, but without it,
certain gl_* macros cannot be found.



reply via email to

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