Re: Integer overflows in memchr

On 7/1/24 02:16, Po Lu wrote: but Gnulib (and by extension Emacs) does not invoke the Autoconf test: AC_DEFUN([gl_FUNC_STRNLEN], [ AC_REQUIRE([gl_STRING_H_DEFAULTS]) dnl Persuade glibc to declare strnlen(). AC_REQUIRE([AC_USE_SYSTEM_EXTENSIONS]) AC_CHECK_DECLS_ONCE([strnlen]) <--

Re: What is xreadline?

> On Jul 1, 2024, at 12:46 PM, Reuben Thomas wrote: > > readtokens.c has a comment saying "This almost supersedes xreadline stuff", > but I can't find out what xreadline is. > > -- > https://rrt.sc3d.org IIUC it’s the xreadline.c from gnupg. Cheers, Gary

What is xreadline?

readtokens.c has a comment saying "This almost supersedes xreadline stuff", but I can't find out what xreadline is. -- https://rrt.sc3d.org

Re: [PATCH] m4/printf.m4: include when useful

Hi Bruno, Bruno Haible writes: > Hi Arsen, > > Thanks for the report. > >> https://bugs.gentoo.org/935126 > > The essential lines in the build.log attachment there seem to be: > > * QA Notice: Found the following implicit function declarations in configure > logs: > * /var/tmp/portage/dev-u

Re: bug#71877: Three spaces for error messages instead of one

Hi Bruno, On 01/07/2024 20:10, Bruno Haible wrote: Hi Ileana, Here is the relevant code in bootstrap: ``` # func_error ARG... # - # Echo program name prefixed message to standard error. func_error () { $debug_cmd $require_term_colors func_echo_infix_1 " $tc

Re: Three spaces for error messages instead of one

Hi Ileana, > Here is the relevant code in bootstrap: > ``` > # func_error ARG... > # - > # Echo program name prefixed message to standard error. > func_error () > { > $debug_cmd > > $require_term_colors > > func_echo_infix_1 " $tc_standout${tc_red}error$tc_reset"

Three spaces for error messages instead of one

Hi, It was reported [1] that error messages from a libtool invocation have additional spaces after the package name before the error message. After looking into this, it seems that gnulib-modules/bootstrap is the cause. Here is an example: libtool: error: only absolute run-paths are allowed H

Re: [PATCH] m4/printf.m4: include when useful

Hi Arsen, Thanks for the report. > https://bugs.gentoo.org/935126 The essential lines in the build.log attachment there seem to be: * QA Notice: Found the following implicit function declarations in configure logs: * /var/tmp/portage/dev-util/poke-4.1/work/poke-4.1/config.log:6859 - _exit

new stable branch

Hi, I've created a new stable branch 'stable-202407', scheduled to be maintained for a year. And updated the documentation: 2024-07-01 Bruno Haible doc: Update regarding stable branches. * doc/gnulib-readme.texi (Stable Branches): Mention new branch stable-202407. Me

[PATCH] m4/printf.m4: include when useful

* m4/printf.m4 (gl_SNPRINTF_DIRECTIVE_N): Add missing include for unistd.h. (gl_PRINTF_DIRECTIVE_N): Likewise. --- Hi, This patch addresses a missing include in configure detected by our testing for implicit function declarations. Tested through poke 4.1. https://bugs.gentoo.org/935126 ChangeL