On 5/14/24 2:24 AM, Bruno Haible wrote:
> But the first line of this diagnostic looks strange, without an
> indication where it comes from. Recall our conventions:
> - For an error during option handling, prepend the absolute program name.
> - For an error due to the contents of some files, pre
On 5/14/24 7:54 AM, Paul Eggert wrote:
> I am still falling back on the shell implementation when I discover
> gnulib-tool.py bugs or issues, and that's still happening to me (as recently
> as yesterday). So Collin, if it's not too much trouble, please update
> gnulib-tool.sh for this mkdir issu
On 2024-05-14 02:24, Bruno Haible wrote:
I can do the same in gnulib-tool.sh
if you would like since it should be pretty easy there too.
This is not needed. The Python implementation is already the default.
We haven't heard from anyone who needs to run the shell implementation.
I still need to
On 2024-05-13 14:08, Collin Funk wrote:
Shouldn't 'Depends-on' contain extern-inline?
Thanks, I fixed that.
Collin Funk wrote:
> I've applied the attached patch.
> ...
> $ gnulib-tool --create-testdir --dir foo -h stdbit
> not overwriting destination directory: foo
> /home/collin/.local/src/gnulib/gnulib-tool.py: *** Stop.
Thanks!
But the first line of this diagnostic looks strange, without an
