bug-gnulib  

Messages by Thread

• [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
• [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
• 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
  • Re: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h> Alejandro Colomar
  • the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>) G. Branden Robinson
  • Re: the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>) Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Collin Funk
  • Re: the Linux man-pages as an educational tool G. Branden Robinson
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Collin Funk
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Maciej W. Rozycki
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Arsen Arsenović
  • Re: the Linux man-pages as an educational tool G. Branden Robinson
  • Re: the Linux man-pages as an educational tool Collin Funk
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool G. Branden Robinson
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Sam James
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool G. Branden Robinson
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Sam James
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool... and a bit about C. Αγαθοκλής Χατζημανίκας
  • Re: the Linux man-pages as an educational tool Sam James
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Collin Funk
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Arsen Arsenović
  • The goal of the Linux man-pages project Alejandro Colomar
  • Re: [GNULIB] The goal of the Linux man-pages project Αγαθοκλής Χατζημανίκας
  • Re: [GNULIB] The goal of the Linux man-pages project Αγαθοκλής Χατζημανίκας
  • Re: The goal of the Linux man-pages project Arsen Arsenović
  • Re: The goal of the Linux man-pages project Alejandro Colomar
  • on project management (was: the Linux man-pages as an educational tool) G. Branden Robinson
  • Re: on project management (was: the Linux man-pages as an educational tool) enh
  • Re: on project management Arsen Arsenović
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Arsen Arsenović
  • Re: the Linux man-pages as an educational tool Jeffrey Walton
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Joseph Myers
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • When and why realloc(,0) was broken in glibc in 1999 Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Bruno Haible via Gnulib discussion list
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
  • Re: the Linux man-pages as an educational tool Joseph Myers
  • Re: the Linux man-pages as an educational tool Alejandro Colomar
• [PATCH] link, symlink: more errno portability issues Paul Eggert
• [PATCH 1/9] string-h: Fix inconsistent nonnull attributes in strncpy Lasse Collin
  • [PATCH 9/9] mbsncasecmp-tests: Test mbsncasecmp with NULL arguments Lasse Collin
  • [PATCH 3/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in strnlen Lasse Collin
  • [PATCH 5/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in explicit_bzero Lasse Collin
  • [PATCH 8/9] mbsnlen-tests: Test mbsnlen(NULL, 0) Lasse Collin
  • [PATCH 4/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in mempcpy Lasse Collin
  • [PATCH 2/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in stpncpy Lasse Collin
  • [PATCH 7/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in mbsncasecmp Lasse Collin
  • [PATCH 6/9] string-h: Use _GL_ATTRIBUTE_NONNULL_IF_NONZERO in mbsnlen Lasse Collin
  • Re: [PATCH 1/9] string-h: Fix inconsistent nonnull attributes in strncpy Bruno Haible via Gnulib discussion list
• [PATCH v3 1/5] modules: add sd-dlopen module luca . boccassi
  • [PATCH v3 4/5] selinux: load libselinux with dlopen instead of linking luca . boccassi
  • [PATCH v3 2/5] modules: add sd-dlopen-tests module luca . boccassi
  • [PATCH v3 5/5] readutmp: load libsystemd with dlopen instead of linking luca . boccassi
  • [PATCH v3 3/5] libdl: provide FOO_SONAME variable luca . boccassi
• test-strndup failure on AIX Lasse Collin
  • Re: test-strndup failure on AIX Bruno Haible via Gnulib discussion list
• [PATCH] localename: add GNULIB_LOCALENAME_SINGLE_THREAD Paul Eggert
  • Re: [PATCH] localename: add GNULIB_LOCALENAME_SINGLE_THREAD Bruno Haible via Gnulib discussion list
• how to manage make(1) dependencies on gnulib-generated header files (was: Missing makefile dependencies) G. Branden Robinson
  • Re: how to manage make(1) dependencies on gnulib-generated header files Paul Eggert
  • Re: how to manage make(1) dependencies on gnulib-generated header files Bruno Haible via Gnulib discussion list
  • Re: how to manage make(1) dependencies on gnulib-generated header files G. Branden Robinson
  • Re: how to manage make(1) dependencies on gnulib-generated header files Paul Eggert
  • Re: how to manage make(1) dependencies on gnulib-generated header files G. Branden Robinson
  • Re: how to manage make(1) dependencies on gnulib-generated header files Richard Purdie
  • Re: parallel builds Bruno Haible via Gnulib discussion list
  • Re: parallel builds Richard Purdie
  • Re: parallel builds Bruno Haible via Gnulib discussion list
  • Re: parallel builds Richard Purdie
  • Re: parallel builds Paul Smith
  • Re: parallel builds Bruno Haible via Gnulib discussion list
  • Re: Parallel build (was: [...] dependencies on gnulib-generated headers) Nguyễn Gia Phong via Gnulib discussion list

• Earlier messages