bug-gnulib  

Messages by Thread

• [RFC] should physmem be cgroup-aware? Collin Funk
  • Re: [RFC] should physmem be cgroup-aware? Bruno Haible via Gnulib discussion list
  • Re: [RFC] should physmem be cgroup-aware? Pádraig Brady
  • Re: [RFC] should physmem be cgroup-aware? Bruno Haible via Gnulib discussion list
  • Re: [RFC] should physmem be cgroup-aware? Pádraig Brady
  • Re: [RFC] should physmem be cgroup-aware? Bruno Haible via Gnulib discussion list
• Suggestion: a function or helper to acquire a controlling terminal John Scott
  • Re: Suggestion: a function or helper to acquire a controlling terminal Bruno Haible via Gnulib discussion list
• [PATCH] Add NULL checks for getugroups grouplist argument Sergey Zhidkih
  • Re: [PATCH] Add NULL checks for getugroups grouplist argument Paul Eggert
  • Re: [PATCH] Add NULL checks for getugroups grouplist argument Rx
  • Re: [PATCH] Add NULL checks for getugroups grouplist argument Bruno Haible via Gnulib discussion list
• Re: new test failures on Cygwin and OpenBSD Paul Eggert
  • Re: new test failures on Cygwin and OpenBSD Bruno Haible via Gnulib discussion list
  • Re: new test failures on Cygwin and OpenBSD Paul Eggert
  • Re: new test failures on Cygwin and OpenBSD Bruno Haible via Gnulib discussion list
  • Re: new test failures on Cygwin and OpenBSD Paul Eggert
• Depend on 'bool' for use of 'false' or 'true' Bruno Haible via Gnulib discussion list
• [PATCH] exclude: new function, excluded_file_name_ext Sergey Poznyakoff
  • Re: [PATCH] exclude: new function, excluded_file_name_ext Paul Eggert
  • Re: [PATCH] exclude: new function, excluded_file_name_ext Sergey Poznyakoff
  • Re: [PATCH] exclude: new function, excluded_file_name_ext Paul Eggert
  • Re: [PATCH] exclude: new function, excluded_file_name_ext Sergey Poznyakoff
• striconveh: Ensure that none of the offsets[] are out-of-range Bruno Haible via Gnulib discussion list
  • Re: striconveh: Ensure that none of the offsets[] are out-of-range Mike FABIAN
  • Re: striconveh: Ensure that none of the offsets[] are out-of-range Bruno Haible via Gnulib discussion list
• [PATCH] nproc: Verify the cgroup path isn't truncated. Collin Funk
  • Re: [PATCH] nproc: Verify the cgroup path isn't truncated. Pádraig Brady
  • Re: [PATCH] nproc: Verify the cgroup path isn't truncated. Collin Funk
• [PATCH] acl-tests: fix AIX 7.3 aclx_* constness Paul Eggert
• unistdio/ulc-*printf: Fix padding on 32-bit Cygwin Bruno Haible via Gnulib discussion list
• [PATCH] tests: avoid -Wformat= warning re unsigned mismatch Pádraig Brady
  • Re: [PATCH] tests: avoid -Wformat= warning re unsigned mismatch Bruno Haible via Gnulib discussion list
  • Re: [PATCH] tests: avoid -Wformat= warning re unsigned mismatch Pádraig Brady
• Re: CI failure on Solaris 11.4 Pádraig Brady
  • Re: CI failure on Solaris 11.4 Bruno Haible via Gnulib discussion list
• [PATCH] stdc_rotate_left-tests: pacify -Woverflow Paul Eggert
  • Re: [PATCH] stdc_rotate_left-tests: pacify -Woverflow Collin Funk
  • Re: [PATCH] stdc_rotate_left-tests: pacify -Woverflow Bruno Haible via Gnulib discussion list
  • Re: [PATCH] stdc_rotate_left-tests: pacify -Woverflow Collin Funk
• Fix some "call to function ... through pointer to incorrect function type" errors Bruno Haible via Gnulib discussion list
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Collin Funk
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Collin Funk
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Bruno Haible via Gnulib discussion list
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Collin Funk
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Bruno Haible via Gnulib discussion list
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Lasse Collin
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Bruno Haible via Gnulib discussion list
  • Re: Fix some "call to function ... through pointer to incorrect function type" errors Lasse Collin
• [PATCH] fts: Pacify -Wuseless-cast warnings when GNULIB_FTS_DEBUG is defined. Collin Funk
• bootstrap fails with SHA256 default object format Seth McDonald
  • Re: bootstrap fails with SHA256 default object format Bruno Haible via Gnulib discussion list
  • Re: bootstrap fails with SHA256 default object format Seth McDonald
  • Re: bootstrap fails with SHA256 default object format Simon Josefsson via Gnulib discussion list
• mgetgroups: Avoid an unlikely signed integer overflow on macOS. Collin Funk
  • Re: mgetgroups: Avoid an unlikely signed integer overflow on macOS. Pádraig Brady
• Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Paul Eggert
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Sam James
  • Re: incorrect use of 'pure' attribute Paul Eggert
  • Re: incorrect use of 'pure' attribute Sam James
  • Re: incorrect use of 'pure' attribute Paul Eggert
  • Re: incorrect use of 'pure' attribute Sam James
  • Re: incorrect use of 'pure' attribute Arsen Arsenović
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Paul Eggert
  • Re: incorrect use of 'pure' attribute Arsen Arsenović
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Arsen Arsenović
  • Gnulib's use of _Atomic, and hamt Paul Eggert
  • Re: Gnulib's use of _Atomic, and hamt Marc Nieper-Wißkirchen via Gnulib discussion list
  • Re: Gnulib's use of _Atomic, and hamt Bruno Haible via Gnulib discussion list
  • Re: Gnulib's use of _Atomic, and hamt Paul Eggert
  • Re: Gnulib's use of _Atomic, and hamt Bruno Haible via Gnulib discussion list
  • Re: Gnulib's use of _Atomic, and hamt Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Arsen Arsenović
  • Re: incorrect use of 'pure' attribute Paul Eggert
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Bruno Haible via Gnulib discussion list
  • Re: incorrect use of 'pure' attribute Sam James
• [PATCH] * m4/gnulib-common.m4: update comment to match code Paul Eggert
• problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang G. Branden Robinson
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Paul Eggert
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Collin Funk
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Lasse Collin
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Paul Eggert
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Lasse Collin
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Paul Eggert
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Lasse Collin
  • Re: problem building Gnulib libgnu_a-malloca.o with Debian oldstable's clang Bruno Haible via Gnulib discussion list
• [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Adhemerval Zanella
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Bruno Haible via Gnulib discussion list
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Florian Weimer
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Andreas K. Huettel
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Florian Weimer
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Andreas K. Huettel
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Andreas Schwab
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Adhemerval Zanella Netto
  • Re: [RFC] posix: Export posix_spawn_file_actions_{addchdir, addfchdir} (BZ 34437) Andreas Schwab
• readutmp: Add option to make use of wtmpdb Bruno Haible via Gnulib discussion list
  • Re: readutmp: Add option to make use of wtmpdb Collin Funk
• readutmp: Fix naming of configure option Bruno Haible via Gnulib discussion list
  • Re: readutmp: Fix naming of configure option Collin Funk
  • Re: readutmp: Fix naming of configure option Pádraig Brady
• NetBSD 11.0 released Collin Funk
  • Re: NetBSD 11.0 released Bruno Haible via Gnulib discussion list
  • Re: NetBSD 11.0 released Collin Funk
• test-free failure Bruno Haible via Gnulib discussion list
  • Re: test-free failure Paul Eggert
  • Re: test-free failure Bruno Haible via Gnulib discussion list
  • Re: test-free failure Paul Eggert
• Re: [SC22WG14.37362] alx-0097r0 - <memory.h>, the legitimate header for memcpy(3) et al. Alejandro Colomar
• [PATCH 0/2] alx-0097r1 - <memory.h>, the legitimate header for memcpy(3) et al. Alejandro Colomar
  • [PATCH 2/2] man/man*/{string.3,memory.h.3head}: Move functions to a new page memory.h(3head) Alejandro Colomar
  • [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Joseph Myers via Gnulib discussion list
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Nevin Liber
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Sam James
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Sam James
  • on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Sam James
  • Re: on the irresponsibility of pursuing C language reform G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Sam James
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Sam James
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Sam James
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Joseph Myers
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform) G. Branden Robinson
  • Re: on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform) Joseph Myers
  • Re: on glibc forking/reclaiming its man pages (was: on the irresponsibility of pursuing C language reform) G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Nevin Liber
  • Re: on the irresponsibility of pursuing C language reform Keith Bostic
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform) G. Branden Robinson
  • Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform) Alejandro Colomar
  • Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform) Alejandro Colomar
  • Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform) Joseph Myers
  • Re: proposed revision to memory.h(3head) (was: on the irresponsibility of pursuing C language reform) Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform scs--- via Gnulib discussion list
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform scs--- via Gnulib discussion list
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Paul Eggert
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Paul Eggert
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Joseph Myers
  • Re: on the irresponsibility of pursuing C language reform G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Joseph Myers
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Joseph Myers
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Joseph Myers
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) G. Branden Robinson
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Christopher Bazley
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Douglas McIlroy
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) G. Branden Robinson
  • Re: on the irresponsibility of pursuing C language reform (was: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>) Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> G. Branden Robinson
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Joseph Myers via Gnulib discussion list
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> G. Branden Robinson
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Joseph Myers via Gnulib discussion list
  • Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Collin Funk
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h> Thorsten Glaser
  • Re: [PATCH 0/2] alx-0097r1 - <memory.h>, the legitimate header for memcpy(3) et al. Alejandro Colomar
  • [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Bruno Haible via Gnulib discussion list
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Bruno Haible via Gnulib discussion list
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Collin Funk
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Alejandro Colomar
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Paul Eggert

• Earlier messages