Hi Ralf,
> ... tell gnulib-tool that it won't need to build a library at all,
> ...
> gnulib is so useful that it's useful to non-C projects in its own right! :-)
Looking at the module list [1]: Someone who is using only modules from
the sections "Support for building documentation" and "Support
Ondřej Vašík <[EMAIL PROTECTED]> wrote:
> Here is amended version of 1st patch from set - which is fixing ignored
> TZ for relative day/month/year offset. I added test to the gnu-lib
> getdate suite and ChangeLog entry.
>
> From 91a323b1d08d6023c2ebf10e0d86665dfed74a37 Mon Sep 17 00:00:00 2001
> Fr
Sam Steingold <[EMAIL PROTECTED]> wrote:
> please add
> libffcall https://savannah.gnu.org/projects/libffcall/
> to the users file.
Thanks. Done.
* Bruno Haible wrote on Thu, Jul 03, 2008 at 12:53:03PM CEST:
> Ralf Wildenhues wrote:
> > In order to avoid building the library at all by default, I was
> > trying a --local-dir module that consisted of
> > Makefile.am:
> > EXTRA_LIBRARIES += libgnu.a
> >
> > and that worked only without the
please add
libffcall https://savannah.gnu.org/projects/libffcall/
to the users file.
thanks.
longlong.m4 is available via many modules, but not alone.
please create a longlong module offering one single file: longlong.m4
thanks.
ps. "gnulib/gnulib-tool: line 1512: echo: write error: Broken pipe"
problem is still there
Ralf Wildenhues wrote:
> In order to avoid building the library at all by default, I was
> trying a --local-dir module that consisted of
> Makefile.am:
> EXTRA_LIBRARIES += libgnu.a
>
> and that worked only without the '+'.
Pretty unusual case. But since the automake documentation mentions
EX
() Simon Josefsson <[EMAIL PROTECTED]>
() Thu, 19 Jun 2008 12:51:14 +0200
> [low-cost "fork of gnulib" publishing]
You could push your fork to some git host like repo.or.cz, or
setup gitweb on your own site, although it doesn't strike me as
ideal (what if everyone creates their own gn
