Hello, here is a patch implementing the --gnu-make option for
gnulib-tool.py. Sorry in advance for the long ChangeLong entry. It
makes it look like I did work than I actually did :). All of these
commits were grouped together and were similar so I felt like it
didn't make too much sense to handle t
Collin Funk wrote:
> For this change gnulib-tool had to be updated to emit an
> empty assignment of EXTRA_PROGRAMS at the top of $test_dir/Makefile.am.
> This prevents Automake from warning about it not being previously set.
>
> This change is trivial but here is a test case just to confirm.
Than
This patch syncs gnulib-tool.py with changes made to gnulib-tool to
accommodate changes made to the verify-tests module. It seems that this
module caused issues when running in parallel (i.e. "make -j16 check").
The solution to this involved using the EXTRA_PROGRAMS Automake
variable. For this chan
On 2/22/24 8:53 AM, Bruno Haible wrote:
> I added the part number, since it gives us a certain feeling of how far we
> have gotten along. Also, I copy&pasted the date+author line from
> the ChangeLog; the 'git log' contains the same data with slightly different
> formatting.
Sounds good to me. I'l
The DEPENDENCIES file in gnulib states a module that depends on the gperf
program:
* GNU gperf 3.0.1 or newer.
+ 3.0.1 or newer is mandatory, but 3.1 or newer is recommended.
Needed if you use the 'iconv_open' module.
However, it is not the only module that uses this program. gperf is
also
Collin Funk wrote:
> Okay, here is a patch to make sure I am understanding correctly.
Thanks, applied!
> Thanks
> for the help. The GNU ChangeLog stuff is new too me. I left the commit
> message without a part number. I wasn't sure if you wanted to continue
> them/restart since all of them are yo
