On 3/9/24 6:28 PM, Collin Funk wrote:
> I think that should be a pretty easy change so I will try to get it
> done sometime today.
Not the cleanest code I have ever written but it seems to work. :)
Here is a test case:
gnulib-tool.py --create-testdir --dir test-python dummy
gnulib-tool
I've implemented the initial support for --automake-subdir in
gnulib-tool.py. It is a larger patch so let me know if you have any
questions. Here is a script that I used for testing:
gnulib-tool.py --create-testdir --dir test-python dummy
gnulib-tool --create-testdir --dir test-shell dummy
sed
Hi Collin,
> Assuming that there are no other issues with this patch
There are no issues :)
> can you check
> the commit message and ChangeLog entry before pushing? I noticed that
> the ChangeLog entry disagrees with the git log and gnulib-tool.py.TODO
> for one of the commits. I'm new to the
> > another TODO item referencing a separate patch needed for
> > test-driver distributed with a specific version of Automake. ...
>
> Patch for this attached as promised.
Thanks; applied.
Bruno
I need a few libunistring modules under LGPLv2+:
lib/unistr/u16-to-u32.c
lib/unistr/u16-mbtoucr.c
lib/unistr/u16-strlen.c
Since I am the only contributor of copyright-significant changes to these files,
I can do the license change directly.
2024-03-09 Bruno Haible
These two patches simplify the 'parse-datetime' module:
- Since the module requires Bison, and the Bison-generated parser does not
use the return value of the yyerror() function, this function can just as
well return 'void'.
- The Makefile rules for generating two files from a single .y file
Hi Bruno,
Assuming that there are no other issues with this patch, can you check
the commit message and ChangeLog entry before pushing? I noticed that
the ChangeLog entry disagrees with the git log and gnulib-tool.py.TODO
for one of the commits. I'm new to the ChangeLog stuff so I will let
you
Hi Collin,
> Here is a patch removing one more item from gnulib-tool.py.TODO.
Thanks! Applied.
> I saw another TODO item referencing a separate patch needed for
> test-driver distributed with a specific version of Automake.
Yes; that one will be an easy extension of what you added today.
> It
