2 minor nits with mmap documentation page

P_ANONYMOUS is written as just MAP_ANON instead. This GitHub issue for libressl-portable has a (probably outdated) table covering which platforms support which spelling: https://github.com/libressl-portable/portable/issues/24 Thanks, Eric Gallager

Re: 2 minor nits with mmap documentation page

On Thu, Jul 14, 2022 at 4:14 PM Bruno Haible wrote: > > Hi, > > Eric Gallager wrote: > > Hi, I was just writing because I noticed a few nits with gnulib's > > documentation of mmap here: > > https://www.gnu.org/software/gnulib/manual/html_node/mmap.html > &g

Patch so gl_UNKNOWN_WARNINGS_ARE_ERRORS can be used with Objective C again

ready have a copyright assignment on file for gnulib, but if not, this patch should be trivial enough to apply anyways. Thanks, Eric Gallager (P.S.: please cc me; I'm not subscribed to this list) --- m4/warnings_copy.m4 2018-02-18 01:00:06.0 -0500 +++ m4/warnings.m4 2018-0

Re: Patch so gl_UNKNOWN_WARNINGS_ARE_ERRORS can be used with Objective C again

On 2/18/18, Bruno Haible wrote: > Hi Eric, > >> Previously I used to use the gl_WARN_ADD autoconf macro from gnulib to >> test whether the compiler supports specific Objective C warning flags. >> After recent gnulib changes to make gl_UNKNOWN_WARNINGS_ARE_ERRORS >> language-specific, this broke. A

flock module

karound instead, but I still think it would be worthwhile to get the gnulib module working properly, even if GCC isn't going to use it) Thanks, Eric Gallager

CodeQL warning about returning stack-allocated memory in gettext.h

is something worth fixing, or should I just dismiss the alert? Thanks, Eric Gallager

Re: CodeQL warning about returning stack-allocated memory in gettext.h

On Tue, Nov 14, 2023 at 8:14 PM Bruno Haible wrote: > > Hi, > > Eric Gallager wrote: > > Hi, I have a project that uses gnulib's gettext.h, and also has CodeQL > > scanning turned on in GitHub. In this project, CodeQL warns about the > > "return translat

gnulib's build-to-host.m4 and its role in the recent xz backdoor

Hi, I recently read about the major xz backdoor that's been all over the internet, for example, here: https://openwall.com/lists/oss-security/2024/03/29/4 One thing I noticed in the writeup is that part of the way it worked involved a modified copy of gnulib's build-to-host.m4 macro file; compare t

Re: gnulib's build-to-host.m4 and its role in the recent xz backdoor

On Sat, Mar 30, 2024 at 5:15 PM Bruno Haible wrote: > > Eric Gallager wrote: > > One thing I noticed in the writeup is that part of the way it worked > > involved a modified copy of gnulib's build-to-host.m4 macro file; ... > > is if there's anything gnulib can

psignal documentation

s the gnulib manual could suggest something? Thanks, Eric Gallager

pthread_setname_np documentation

Hi, I'm writing about gnulib's documentation for pthread_setname_np: https://www.gnu.org/software/gnulib/manual/html_node/pthread_005fsetname_005fnp.html It mentions NetBSD 10.0 as a platform where the function has a different signature, however, I recently discovered that there is another platform

Re: pthread_setname_np documentation

7;m in that the function was originally added in 10.6, which fits with what I was assuming, since the code that inspired me to file this comes from the Snow Leopard days, anyways. > > Bruno > > [1] > https://git.savannah.gnu.org/gitweb/?p=gnulib/maint-tools.git;a=tree;f=platforms/various

lstatat module?

Hi, I recently ran into a situation where some code tries to use lstatat() on a platform where it isn't available (darwin). I see that gnulib has modules for lstat(), fstatat() and statat(), but how about lstatat()? Would it make sense for lstatat() to have its own module? Eric Gallager