[PATCH] gnulib-tool.py: Fix write failure due to bad sourcebase.

2024-03-13 Thread Collin Funk
Hi Simon, This patch should fix gnulib-tool.py when running 'gnulib-tool.py --add-import' in OATH Toolkit. It appears that gnulib-tool.py was not picking up the m4 directories correctly. This means that when the GLImport object was created it could not find the gnulib-cache.m4 file containing the

Re: [PATCH] sig2str: Add tests.

2024-03-13 Thread Bruno Haible
Hello Collin, > The test environment documentation also > looks useful. If there is any interest in GNU Hurd or Solaris then I > could write them once I end up needing a virtual machine for them > again. This is not needed, since installing GNU Hurd and Solaris (on x86_64 systems) is easy enough:

Re: [PATCH] sig2str: Add tests.

2024-03-13 Thread Collin Funk
Hey Bruno, On 3/13/24 2:57 PM, Bruno Haible wrote: > Currently, these functions are only available in Solaris and IRIX > (according to the 'show-portability' tool in > gnulib/maint-tools/platforms/various-symlists [1]). Thanks for the link. I don't have access to MacOS, HP-UX, or IRIX machines so

Re: [PATCH] sig2str: Add tests.

2024-03-13 Thread Bruno Haible
Hello Collin, > I noticed that sig2str and str2sig may be part of the next POSIX > release and they are already provided by Solaris [1] [2]. > > I think it would be nice to put these two functions inside of signal.h > since it is becoming standardized. Yes, when functions become standardized and

[PATCH] sig2str: Add tests.

2024-03-13 Thread Collin Funk
I noticed that sig2str and str2sig may be part of the next POSIX release and they are already provided by Solaris [1] [2]. I think it would be nice to put these two functions inside of signal.h since it is becoming standardized. We can keep the sig2str.h header with a warning in a similar way to g

Re: GPL comma and semicolon disagreement

2024-03-13 Thread Collin Funk
Hi Bruno, On 3/13/24 5:55 AM, Bruno Haible wrote: > Yes, you can write to bug-standards. Be sure to include the history, > from . Done, thanks. I'll just remove that commit from gnulib-tool.py.TODO next time I submit a patch. C

Re: GPL comma and semicolon disagreement

2024-03-13 Thread Bruno Haible
Hi Collin, > doc/maintain.texi > lib/mini-gmp.c > lib/mini-gmp.h > ... were reverted by Karl's autoupdate. Yes. These files are merely mirrored in gnulib. > However, can we at least change maintain.texi to recommend the comma > version? That would prevent more disagreements between files in the

GPL comma and semicolon disagreement

2024-03-13 Thread Collin Funk
In gnulib-tool.py.TODO there is the following commit: commit 87e6634b28df65084321fed22f60d114a0931d21 Author: Bernhard Voelker Date: Tue Jan 4 00:16:50 2022 +0100 license: fix GPLv3 texts to use a comma instead of semicolon. See: https://www.gnu.org/licenses/gpl-3.0.html#howto Run