bug-gnulib  

Messages by Thread

• • Re: getopt_long API Antonio Diaz Diaz
  • Re: getopt_long API Ben Pfaff
  • Re: getopt_long API Collin Funk
  • Re: getopt_long API Bruno Haible via Gnulib discussion list
  • Re: getopt_long API Ben Pfaff
  • new module 'options' Bruno Haible via Gnulib discussion list
  • Re: new module 'options' Antonio Diaz Diaz
  • Re: new module 'options' Bruno Haible via Gnulib discussion list
  • Re: new module 'options' Bruno Haible via Gnulib discussion list
  • Re: new module 'options' Bruno Haible via Gnulib discussion list
  • Re: new module 'options' Bruno Haible via Gnulib discussion list
• Getting current version of GNU getopt, simply? Niels Möller
  • Re: Getting current version of GNU getopt, simply? Paul Eggert
  • Re: Getting current version of GNU getopt, simply? Niels Möller
  • Re: Getting current version of GNU getopt, simply? Bruno Haible via Gnulib discussion list
  • Re: Getting current version of GNU getopt, simply? Bruno Haible via Gnulib discussion list
• gcd: Allow customizing the parameter and result type Bruno Haible via Gnulib discussion list
  • Re: gcd: Allow customizing the parameter and result type Paul Eggert
  • Re: gcd: Allow customizing the parameter and result type Bruno Haible via Gnulib discussion list
• Returning stack-allocated memory in gettext.h Markus Mützel
  • Re: Returning stack-allocated memory in gettext.h Bruno Haible via Gnulib discussion list
  • Re: Returning stack-allocated memory in gettext.h Markus Mützel
  • Re: Returning stack-allocated memory in gettext.h Bruno Haible via Gnulib discussion list
  • Re: Returning stack-allocated memory in gettext.h Markus Mützel
• malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: malloc.3: Clarify realloc(3) standards conformance Collin Funk
  • Re: malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Rich Felker
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Vincent Lefevre
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Rich Felker
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Rich Felker
  • Re: [musl] malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • [v2] malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: [musl] [v2] malloc.3: Clarify realloc(3) standards conformance Rich Felker
  • Re: [musl] [v2] malloc.3: Clarify realloc(3) standards conformance Thorsten Glaser
  • Re: [musl] [v2] malloc.3: Clarify realloc(3) standards conformance Rich Felker
  • Re: [musl] [v2] malloc.3: Clarify realloc(3) standards conformance Thorsten Glaser
  • Re: [musl] [v2] malloc.3: Clarify realloc(3) standards conformance Alejandro Colomar
  • Re: [v2] malloc.3: Clarify realloc(3) standards conformance Eric Blake
  • Re: [v2] malloc.3: Clarify realloc(3) standards conformance Eric Blake
• string-desc: Fix a compiler warning Bruno Haible via Gnulib discussion list
  • Re: string-desc: Fix a compiler warning Collin Funk
  • Re: return void Bruno Haible via Gnulib discussion list
  • Re: return void Collin Funk
• [PATCH] boot-time: comment that it's for container not host Paul Eggert
• [PATCH] listxattr: document Linux 6.15 bug Paul Eggert
  • Re: [PATCH] listxattr: document Linux 6.15 bug Pádraig Brady
  • Re: [PATCH] listxattr: document Linux 6.15 bug Collin Funk
  • Re: [PATCH] listxattr: document Linux 6.15 bug Pádraig Brady
  • Re: [PATCH] listxattr: document Linux 6.15 bug Collin Funk
• standard functions declared 'static inline' Bruno Haible via Gnulib discussion list
  • Re: standard functions declared 'static inline' Paul Eggert
• BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] BUG: realloc(p,0) should be consistent with malloc(0) Rich Felker
  • Re: [musl] BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] BUG: realloc(p,0) should be consistent with malloc(0) Paul Eggert
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) enh
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Adhemerval Zanella Netto
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Florian Weimer
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Adhemerval Zanella Netto
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Joseph Myers
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) enh
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Florian Weimer
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Rich Felker
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Paul Eggert
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) enh
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Rich Felker
  • Re[2]: [musl] Re: BUG: realloc(p, 0) should be consistent with malloc(0) Laurent Bercot
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) enh
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Thorsten Glaser
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) enh
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Rich Felker
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Eric Blake
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Vincent Lefevre
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Vincent Lefevre
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Mark Harris
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Joseph Myers
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Eric Blake
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Paul Eggert
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Sam James
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Sam James
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Adhemerval Zanella
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Collin Funk
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Eric Blake
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Paul Eggert
  • Re: [musl] Re: BUG: realloc(p,0) should be consistent with malloc(0) Vincent Lefevre
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Andreas Schwab
  • Re: BUG: realloc(p,0) should be consistent with malloc(0) Alejandro Colomar
  • alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Thorsten Glaser
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Paul Eggert
  • Re: [musl] Re: alx-0029r1 - Restore the traditional realloc(3) specification Rich Felker
  • Re: [musl] Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Paul Eggert
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Christopher Bazley
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Maciej W. Rozycki
  • Re: alx-0029r1 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: [musl] Re: alx-0029r1 - Restore the traditional realloc(3) specification Markus Wichmann
  • Re: [musl] Re: alx-0029r1 - Restore the traditional realloc(3) specification Rich Felker
  • Re: [musl] Re: alx-0029r1 - Restore the traditional realloc(3) specification Rich Felker
  • alx-0029r2 - Restore the traditional realloc(3) specification Alejandro Colomar
  • alx-0029r3 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Florian Weimer
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Bruno Haible via Gnulib discussion list
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: [musl] Re: alx-0029r3 - Restore the traditional realloc(3) specification Jeffrey Walton
  • Re: [musl] Re: alx-0029r3 - Restore the traditional realloc(3) specification Rich Felker
  • Re: [musl] Re: alx-0029r3 - Restore the traditional realloc(3) specification enh
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Eric Blake
  • Re: [musl] Re: alx-0029r3 - Restore the traditional realloc(3) specification Rich Felker
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Eric Blake
  • Re: alx-0029r3 - Restore the traditional realloc(3) specification Alejandro Colomar
  • alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Eric Blake
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Wilco Dijkstra
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Eric Blake
  • Re: [musl] Re: alx-0029r4 - Restore the traditional realloc(3) specification Rich Felker
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Eric Blake
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Eric Blake
  • Re: alx-0029r4 - Restore the traditional realloc(3) specification Alejandro Colomar
  • alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Mark Harris
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Florian Weimer
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Martin Uecker
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Florian Weimer
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Florian Weimer
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: [musl] Re: alx-0029r5 - Restore the traditional realloc(3) specification Rich Felker
  • Re: [musl] Re: alx-0029r5 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: [musl] Re: alx-0029r5 - Restore the traditional realloc(3) specification Rich Felker
  • Re: alx-0029r5 - Restore the traditional realloc(3) specification Joseph Myers
  • alx-0029r6 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: alx-0029r6 - Restore the traditional realloc(3) specification H. Peter Anvin
  • Re: alx-0029r6 - Restore the traditional realloc(3) specification Alejandro Colomar
  • Re: [musl] Re: alx-0029r6 - Restore the traditional realloc(3) specification Rich Felker
  • Re: alx-0029r6 - Restore the traditional realloc(3) specification Alejandro Colomar
• gnulib-tool: Default to --single-configure. New option --two-configures Bruno Haible via Gnulib discussion list
• a gnulib-tool limitation Bruno Haible via Gnulib discussion list
• [PATCH] libgmp-mpz: require Baillie-PSW primality test Paul Eggert
• fenv-env tests do not compile on sh4 Collin Funk
  • Re: fenv-env tests do not compile on sh4 Collin Funk
  • Re: fenv-env tests do not compile on sh4 Bruno Haible via Gnulib discussion list
  • Re: fenv-env tests do not compile on sh4 Collin Funk
  • Re: fenv-env tests do not compile on sh4 Bruno Haible via Gnulib discussion list
• stat: Add support for mingw 13 in 32-bit mode Bruno Haible via Gnulib discussion list
  • Re: stat: Add support for mingw 13 in 32-bit mode Bruno Haible via Gnulib discussion list
  • Re: stat: Add support for mingw 13 in 32-bit mode Bruno Haible via Gnulib discussion list
  • NUL and /dev/null Collin Funk
  • Re: NUL and /dev/null Bruno Haible via Gnulib discussion list
  • Re: NUL and /dev/null Gisle Vanem
  • Re: /dev/stdin, /dev/stdout, /dev/stderr Bruno Haible via Gnulib discussion list
• dcomp-script: Reject D compilers with installation problems Bruno Haible via Gnulib discussion list
  • Re: dcomp-script: Reject D compilers with installation problems Collin Funk
  • Re: dcomp-script: Reject D compilers with installation problems Bruno Haible via Gnulib discussion list
  • Re: dcomp-script: Reject D compilers with installation problems Collin Funk
• gettext: Improve config.log traces Bruno Haible via Gnulib discussion list
• Silence 'time-stamp' warnings with bleeding-edge Emacs. Collin Funk
• clang-cl: undeclared library function 'sprintf' Kirill Makurin
  • Re: clang-cl: undeclared library function 'sprintf' Bruno Haible via Gnulib discussion list
  • Re: clang-cl: undeclared library function 'sprintf' Kirill Makurin
  • Re: clang-cl: undeclared library function 'sprintf' Bruno Haible via Gnulib discussion list
  • Re: clang-cl: undeclared library function 'sprintf' Kirill Makurin
  • Re: clang-cl: undeclared library function 'sprintf' Bruno Haible via Gnulib discussion list
  • Re: clang-cl: undeclared library function 'sprintf' Kirill Makurin
  • Re: clang-cl: undeclared library function 'sprintf' Kirill Makurin
  • Re: clang-cl: undeclared library function 'sprintf' Bruno Haible via Gnulib discussion list
  • Re: clang-cl: undeclared library function 'sprintf' Kirill Makurin

• Earlier messages
• Later messages