Re: current gnulib regex breaks in gawk

"Dmitry V. Levin" wrote: > On Sat, Apr 17, 2021 at 01:43:58PM -0600, arn...@skeeve.com wrote: > > "Dmitry V. Levin" wrote: > > > > > I've just tried to build the latest commit gawk-5.1.0-260-gde598391 from > > > gawk-5.1-stable branch. Unfortunately, the result executable uses a > > > private

ptrdiff_t overflow checks for malloc-posix etc.

I installed the attached patches into Gnulib to make its malloc replacements ptrdiff_t safe. This should help us move in a direction where we can use idx_t (which is signed and therefore safer) for sizes and indexes, instead of using size_t. In creating these patches I found a reasonable amoun

Re: current gnulib regex breaks in gawk

On Sat, Apr 17, 2021 at 01:43:58PM -0600, arn...@skeeve.com wrote: > "Dmitry V. Levin" wrote: > > > I've just tried to build the latest commit gawk-5.1.0-260-gde598391 from > > gawk-5.1-stable branch. Unfortunately, the result executable uses a > > private glibc interface: > > $ nm gawk |grep GL

Re: current gnulib regex breaks in gawk

"Dmitry V. Levin" wrote: > I've just tried to build the latest commit gawk-5.1.0-260-gde598391 from > gawk-5.1-stable branch. Unfortunately, the result executable uses a > private glibc interface: > $ nm gawk |grep GLIBC_PRIVATE > U __libc_dynarray_resize@GLIBC_PRIVATE > This ma

Re: current gnulib regex breaks in gawk

Thanks for the report. What causes the interface to be marked as GLIBC_PRIVATE? I don't have the issue you report on either Ubuntu 18.04 or 20.04, which are the main systems I develop on. I will try to look into this some. > I wish gawk sources used some gnulib module import automation, e.g. >

Re: Interference between two installations of gnulib

These patches caused a build failure in GNU libunistring: gcc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I../../../sources/libunistring/tests -I../lib -I.. -DIN_LIBUNISTRING_GNULIB_TESTS=1 -I. -I../../../sources/libunistring/tests -I.. -I../../../sources/libunistring/tests/.. -I../lib -I../../../sour

Re: tar + cpio - covscan issues

On Saturday, April 17, 2021 12:01:56 AM CEST Bruno Haible wrote: > Kamil Dudka wrote: > > > Downstream consumers can exclude the gnulib-copied directories using the > > > 'csgrep' program, AFAIU? > > > > Not so easily. csgrep can filter the results by path in the source tree. > > The problem with

doc: Update for FreeBSD 11.0, 12.0, 13.0

This patch updates the documentation regarding FreeBSD 11.0, 12.0, and 13.0. Notable additions in FreeBSD 13.0 libc are the functions copy_file_range eventfd, eventfd_read, eventfd_write fflush_unlocked, fputc_unlocked, fputs_unlocked, fread_unlocked, fwrite_unlocked memalign memfd_cre