On Mon, Sep 9, 2019 at 12:16 PM Bruno Haible wrote:
...
> > And I shamelessly decided to put the maintenance burden on Jim's shoulders.
>
> Don't be shy :)
Indeed. Feel free to add your name.
Thank you both for the addition and improvements.
Hi Akim,
> Note that the hash module claims LGPLv2+, but the header of hash.[ch] is
> about GPLv3+.
This is explained here:
https://www.gnu.org/software/gnulib/manual/html_node/Gnulib-licensing.html
The gnulib-tool option --lgpl=2 will put LGPLv2+ headers on the files, for
people who use the mo
Paul Smith wrote:
> Having PATH= be equivalent to PATH=., and even
> moreso "unset PATH" be equivalent to PATH=., is quite odd IMO.
It is just as odd as the fact that
PATH=:/bin is equivalent to PATH=.:/bin
and
PATH=/bin: is equivalent to PATH=/bin:.
> > > My personal opinion is that it's not
> Le 9 sept. 2019 à 16:05, Bruno Haible a écrit :
>
> Hi Akim,
Hi!
>>* modules/hash (Depends-on): Add xalloc.
>>* lib/hash.h, lib/hash.c (hash_xinitialize): New.
>
> This patch produces gnulib-tool warnings:
>
> $ ./gnulib-tool --test hash
> gnulib-tool: warning: module hash depends
Hi Paul,
> This is a real issue for me because I've always provided a shell
> script, build.sh, which can be used to bootstrap an instance of make if
> the user doesn't already have one.
The information about bootstrapping [1][2] gives a different picture
of bootstrapping. For many packages, nowa
Hi Akim,
> * modules/hash (Depends-on): Add xalloc.
> * lib/hash.h, lib/hash.c (hash_xinitialize): New.
This patch produces gnulib-tool warnings:
$ ./gnulib-tool --test hash
gnulib-tool: warning: module hash depends on a module with an incompatible
license: error
gnulib-tool: warning: m
