Eric Blake wrote:
> But something IS needed. If you use gnulib-tool, but not --with-tests, then
> nothing calls gl_FUNC_OBSTACK_PRINTF, which means that
> HAVE_DECL_OBSTACK_PRINTF
> is never set to 0, which causes compilation failures on non-glibc platforms
> because obstack_printf is no longe
On 7-Feb-2010, Bruno Haible wrote:
| John W. Eaton wrote:
| > and I've received reports about the following undefined references
| > when linking:
| >
| > .libs/liboctave_la-lo-cutils.o:lo-cutils.c:(.text+0x4f): undefined
reference to
| > `gethostname_used_without_requesting_gnulib_module_g
Bruno Haible clisp.org> writes:
> > * modules/obstack-printf-posix (Depends-on): Add obstack-printf.
>
> This is not needed. The modules 'obstack-printf-posix' and 'obstack-printf'
> are two modules that use the same source code but different .m4 macros.
> There is no need for running gl_FUN
Hi Eric,
> obstack-printf-posix-tests had a dependency on obstack-printf-tests.
> Somehow in the conversion to caching, we no longer pick up implicit
> dependencies of tests on their main module (that is, obstack-printf-tests no
> longer implies obstack-printf).
Wheee... You are right. This im
Eric Blake byu.net> writes:
>
> I will be committing this. Somehow, the recent gnulib-tool caching changes
> exposed it (the missing dependency is real; I'm not sure why the old gnulib-
> tool imported obstack-printf, but the current version is correct in avoiding
it
> without this patch).
I will be committing this. Somehow, the recent gnulib-tool caching changes
exposed it (the missing dependency is real; I'm not sure why the old gnulib-
tool imported obstack-printf, but the current version is correct in avoiding it
without this patch).
From: Eric Blake
Date: Mon, 8 Feb 2010 1
