[PATCH] gnulib-tool.py: Follow gnulib-tool changes, part 34, 35

2024-02-28 Thread Collin Funk
Two more simple patches. The first deals with the @ALLOCA@ substitution for libtests.a. The second just bumps the Autoconf requirement to 2.64. CollinFrom 6a59d2ca97f111c5ca7dd564c5d92f62a5e196d7 Mon Sep 17 00:00:00 2001 From: Collin Funk Date: Wed, 28 Feb 2024 21:17:49 -0800 Subject: [PATCH 2/3]

[PATCH] gnulib-tool.py: Follow gnulib-tool changes, part 33.

2024-02-28 Thread Collin Funk
This patch explains the random tests/ directory that gnulib-tool.py makes with the Emacs script. I've tried to make this patch match the shell code. I was a bit confused by missing print statements in the Python version's transitive_closure_separately but it seems that is handled in GLImport.prepar

Re: [PATCH] gnulib-tool.py: Follow gnulib-tool changes, part 32.

2024-02-28 Thread Bruno Haible
Thanks! Applied.

[PATCH] gnulib-tool.py: Follow gnulib-tool changes, part 32.

2024-02-28 Thread Collin Funk
Trying to fix some of the easy TODO items first. I've noticed that the referenced commit in the TODO file had ftruncate in the excluded modules list. I've not added it back since that seems to be intended [1]. [1] https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=5c51e14ad89c9210536aab61836

Re: Can we have gnulib-tool.py emit the same copyright header?

2024-02-28 Thread Bruno Haible
Collin Funk wrote: > Attached it with the typo fixed. Thanks! Applied. Bruno

Re: Can we have gnulib-tool.py emit the same copyright header?

2024-02-28 Thread Collin Funk
On 2/28/24 1:30 PM, Bruno Haible wrote: > Looks good, except for a typo or spelling mistake. [1] I'm not the greatest at spelling apparently. Attached it with the typo fixed. CollinFrom c21617ca4561f48225543378d0d4e24ac700877b Mon Sep 17 00:00:00 2001 From: Collin Funk Date: Wed, 28 Feb 2024 13:

Re: Can we have gnulib-tool.py emit the same copyright header?

2024-02-28 Thread Bruno Haible
Hi Collin, > > I'm committing these three patches, that fix the version output also in the > > presence of > > > > [log] > > date = relative > > Nice. I wasn't aware of this option. Neither was I. I searched through all possible git config variables whether any could affect the "git log" ou

Re: Can we have gnulib-tool.py emit the same copyright header?

2024-02-28 Thread Collin Funk
On 2/28/24 3:00 AM, Bruno Haible wrote: > I'm committing these three patches, that fix the version output also in the > presence of > > [log] > date = relative Nice. I wasn't aware of this option. Your fixes give me the correct date and time now. How does this patch look for fixing the cop

Re: sort dynamic linking overhead

2024-02-28 Thread Pádraig Brady
On 27/02/2024 21:36, Bruno Haible wrote: Pádraig Brady wrote: Does this work for all the various names of libcrypto in various distros? Debian 12 libcrypto.so.3 Ubuntu 22.04libcrypto.so.1.1 libcrypto.so.3 Slackware 15libcrypto.so.1.1 openSUSE 15.5 libcrypto.so.1.1 CentOS Stream

Re: gnulib-tool.py: Follow gnulib-tool changes, part 28.

2024-02-28 Thread Bruno Haible
Collin Funk wrote: > I've also removed the sorted() calls in actioncmd. The sorting in > __init__ works correctly so gnulib-tool and gnulib-tool.py output the > same actioncmd (at least with Emacs' merge-gnulib). Thanks for following up on this. The patch looks good. Applied. Bruno

Re: gnulib-tool.py: Follow gnulib-tool changes, part 28.

2024-02-28 Thread Collin Funk
On 2/26/24 12:51 PM, Bruno Haible wrote: > Well, GLConfig applies to all modes (not just 'import', but also > 'create-testdir' etc.). Since on the bash side, you found that the > sorting is specifically in the func_import(), the right place to do it > is in GLImport.py, not GLConfig.py. I think th

Re: Can we have gnulib-tool.py emit the same copyright header?

2024-02-28 Thread Bruno Haible
Collin Funk wrote: > > git log -n 1 ChangeLog | grep ^Date: > > Ah, I see what is happening. > > [collin@debian gnulib]$ git log -n 1 > commit 431d6a7615245e6b32d95b4b27aab5d3af65ad2b (HEAD -> master, > origin/master, origin/HEAD) > Author: Bruno Haible > AuthorDate: Wed Feb 28 00:33:49 202