gmane.comp.lib.glibc.alpha archive

711 archived articles, newest first (page 6 of 8). Latest articles →

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>)
Sat, 1 Aug 2026 08:39:08 -0400
Douglas McIlroy <[email protected]> • #170374
Re: on the irresponsibility of pursuing C language reform
Sat, 1 Aug 2026 14:04:47 +0200
Alejandro Colomar <[email protected]> • #170373
Re: on the irresponsibility of pursuing C language reform
Sat, 1 Aug 2026 14:01:33 +0200
Alejandro Colomar <[email protected]> • #170372
Re: [PATCH v3] elf: Release dl_load_lock before running dlopen constructors (BZ 15686)
Sat, 1 Aug 2026 11:17:54 +0300
Artem Proskurnev <[email protected]> • #170371
[PATCH v6 1/4] elf: Release dl_load_lock before running dlopen constructors (BZ 15686)
Sat, 1 Aug 2026 10:47:04 +0300
[email protected] • #170370
[PATCH v6 4/4] elf: Add LD_DEBUG=loadlock tracing for the dlclose destructor path (BZ 15686)
Sat, 1 Aug 2026 10:47:07 +0300
[email protected] • #170369
[PATCH v6 2/4] elf: Release dl_load_lock before running dlclose destructors (BZ 15686)
Sat, 1 Aug 2026 10:47:05 +0300
[email protected] • #170368
[PATCH v6 3/4] elf: Add LD_DEBUG=loadlock to trace dl_load_lock acquisitions (BZ 15686)
Sat, 1 Aug 2026 10:47:06 +0300
[email protected] • #170367
[PATCH v6 0/4] elf: Release dl_load_lock around ELF constructors and destructors + LD_DEBUG=loadlock observability (BZ 15686)
Sat, 1 Aug 2026 10:47:03 +0300
[email protected] • #170366
[PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>
Sat, 1 Aug 2026 02:25:02 +0200
Alejandro Colomar <[email protected]> • #170365
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 02:12:49 +0200
Alejandro Colomar <[email protected]> • #170364
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 02:06:50 +0200
Alejandro Colomar <[email protected]> • #170363
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 02:01:27 +0200
Alejandro Colomar <[email protected]> • #170362
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 18:57:47 -0500
"G. Branden Robinson" <[email protected]> • #170361
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 01:52:32 +0200
Alejandro Colomar <[email protected]> • #170360
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 16:48:38 -0700
Collin Funk <[email protected]> • #170359
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>)
Sat, 1 Aug 2026 01:45:04 +0200
Alejandro Colomar <[email protected]> • #170358
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>)
Fri, 31 Jul 2026 18:32:53 -0500
"G. Branden Robinson" <[email protected]> • #170357
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 23:28:19 +0000 (UTC)
Joseph Myers via Gnulib discussion list <[email protected]> • #170356
Re: on the irresponsibility of pursuing C language reform
Sat, 1 Aug 2026 01:19:42 +0200
Alejandro Colomar <[email protected]> • #170355
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>)
Fri, 31 Jul 2026 23:11:56 +0000 (UTC)
Joseph Myers <[email protected]> • #170354
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 18:08:47 -0500
"G. Branden Robinson" <[email protected]> • #170353
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>)
Sat, 1 Aug 2026 00:52:39 +0200
Alejandro Colomar <[email protected]> • #170352
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>)
Fri, 31 Jul 2026 22:42:00 +0000 (UTC)
Joseph Myers <[email protected]> • #170351
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 00:33:12 +0200
Alejandro Colomar <[email protected]> • #170350
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 17:28:36 -0500
"G. Branden Robinson" <[email protected]> • #170349
Re: on the irresponsibility of pursuing C language reform
Fri, 31 Jul 2026 17:24:17 -0500
"G. Branden Robinson" <[email protected]> • #170348
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>)
Sat, 1 Aug 2026 00:21:34 +0200
Alejandro Colomar <[email protected]> • #170347
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 00:18:58 +0200
Alejandro Colomar <[email protected]> • #170346
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 22:16:14 +0000 (UTC)
Joseph Myers <[email protected]> • #170345
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>)
Fri, 31 Jul 2026 22:10:13 +0000 (UTC)
Joseph Myers <[email protected]> • #170344
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Sat, 1 Aug 2026 00:05:44 +0200
Alejandro Colomar <[email protected]> • #170343
Re: on the irresponsibility of pursuing C language reform
Fri, 31 Jul 2026 22:59:47 +0100
Sam James <[email protected]> • #170342
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 22:54:27 +0100
Sam James <[email protected]> • #170341
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>)
Fri, 31 Jul 2026 16:51:22 -0500
"G. Branden Robinson" <[email protected]> • #170340
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 16:37:12 -0500
Nevin Liber <[email protected]> • #170339
Re: [PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 23:28:31 +0200
Alejandro Colomar <[email protected]> • #170338
Re: [PATCH 1/2] man/man3/{mem, strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 21:23:35 +0000 (UTC)
Joseph Myers via Gnulib discussion list <[email protected]> • #170337
Re: [PATCH 0/2] alx-0097r1 - <memory.h>, the legitimate header for memcpy(3) et al.
Fri, 31 Jul 2026 23:20:33 +0200
Alejandro Colomar <[email protected]> • #170336
[PATCH 0/2] alx-0097r1 - <memory.h>, the legitimate header for memcpy(3) et al.
Fri, 31 Jul 2026 23:18:54 +0200
Alejandro Colomar <[email protected]> • #170335
[PATCH 1/2] man/man3/{mem,strn}*(): SYNOPSIS, STANDARDS: Document these as provided by <memory.h>
Fri, 31 Jul 2026 23:18:59 +0200
Alejandro Colomar <[email protected]> • #170334
[PATCH 2/2] man/man*/{string.3,memory.h.3head}: Move functions to a new page memory.h(3head)
Fri, 31 Jul 2026 23:19:04 +0200
Alejandro Colomar <[email protected]> • #170333
Re: [RFC] posix: Make system, popen, and wordexp try pidfd_spawn first (BZ 34001)
Fri, 31 Jul 2026 14:08:12 -0400
Cristian Rodríguez <[email protected]> • #170332
[PATCH] AArch64: Add SVE2 strchrnul
Fri, 31 Jul 2026 15:01:43 +0000
Wilco Dijkstra <[email protected]> • #170331
Re: Suggestion: Changes to release process, release from branch
Fri, 31 Jul 2026 23:36:32 +0900
"Andreas K. Huettel" <[email protected]> • #170330
Re: [PATCH] stdlib: Make __cxa_thread_atexit_impl lock-free (BZ 15686)
Fri, 31 Jul 2026 16:51:37 +0300
Artem Proskurnev <[email protected]> • #170329
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Fri, 31 Jul 2026 15:39:22 +0200
Andreas Schwab <[email protected]> • #170328
Re: [PATCH v3] elf: Release dl_load_lock before running dlopen constructors (BZ 15686)
Fri, 31 Jul 2026 16:30:00 +0300
Artem Proskurnev <[email protected]> • #170327
[PATCH v5 2/4] elf: Release dl_load_lock before running dlclose destructors (BZ 15686)
Fri, 31 Jul 2026 16:25:34 +0300
[email protected] • #170326
[PATCH v5 4/4] elf: Add LD_DEBUG=loadlock tracing for the dlclose destructor path (BZ 15686)
Fri, 31 Jul 2026 16:26:28 +0300
[email protected] • #170325
[PATCH v5 3/4] elf: Add LD_DEBUG=loadlock to trace dl_load_lock acquisitions (BZ 15686)
Fri, 31 Jul 2026 16:25:58 +0300
[email protected] • #170324
[PATCH v5 1/4] elf: Release dl_load_lock before running dlopen constructors (BZ 15686)
Fri, 31 Jul 2026 16:24:54 +0300
[email protected] • #170323
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Fri, 31 Jul 2026 13:10:09 +0000
Wilco Dijkstra <[email protected]> • #170322
Discover a New Business Network
Fri, 31 Jul 2026 12:49:53 +0000
Quinn Foster | Yoogo <[email protected]> • #170321
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Fri, 31 Jul 2026 14:24:31 +0200
Andreas Schwab <[email protected]> • #170320
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Fri, 31 Jul 2026 13:36:05 +0200
Florian Weimer <[email protected]> • #170319
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Fri, 31 Jul 2026 11:29:14 +0000
Wilco Dijkstra <[email protected]> • #170318
Re: [PATCH 2/2] benchtests: Add sqrtf benchmark
Fri, 31 Jul 2026 07:50:46 +0200
Paul Zimmermann <[email protected]> • #170317
[PATCH 2/2] benchtests: Add sqrtf benchmark
Fri, 31 Jul 2026 13:32:59 +0800
Julian Zhu <[email protected]> • #170316
[PATCH 1/2] benchtests: Add fmaximum and fminimum family benchmarks
Fri, 31 Jul 2026 13:32:58 +0800
Julian Zhu <[email protected]> • #170315
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Fri, 31 Jul 2026 12:37:52 +0800
Xi Ruoyao <[email protected]> • #170314
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Fri, 31 Jul 2026 12:26:00 +0900
"Andreas K. Huettel" <[email protected]> • #170313
Re: Suggestion: Changes to release process, release from branch
Fri, 31 Jul 2026 12:09:15 +0900
"Andreas K. Huettel" <[email protected]> • #170312
Re: [PATCH v4 02/14] aarch64: Enable internal use of memory protection keys
Thu, 30 Jul 2026 18:31:04 -0300
Adhemerval Zanella Netto <[email protected]> • #170311
[PATCH v3] elf: Support multiple PT_GNU_RELRO segments
Thu, 30 Jul 2026 21:19:41 +0000
Justin Rivera <[email protected]> • #170310
Re: [PATCH] Update getaddrinfo to RFC 6724 (bug 29496)
Thu, 30 Jul 2026 15:44:35 -0300
Adhemerval Zanella Netto <[email protected]> • #170309
[PATCH] stdlib: Make __cxa_thread_atexit_impl lock-free (BZ 15686)
Thu, 30 Jul 2026 15:26:44 -0300
Adhemerval Zanella <[email protected]> • #170308
Re: [PATCH v2] io: Fix silent readdir failures in ftw/nftw (BZ 33085)
Thu, 30 Jul 2026 14:58:42 -0300
Adhemerval Zanella Netto <[email protected]> • #170307
Re: [RFC] posix: Make system, popen, and wordexp try pidfd_spawn first (BZ 34001)
Thu, 30 Jul 2026 14:58:18 -0300
Adhemerval Zanella Netto <[email protected]> • #170306
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Thu, 30 Jul 2026 13:21:24 -0300
Adhemerval Zanella Netto <[email protected]> • #170305
[PATCH] AArch64: Add SVE2 strchr
Thu, 30 Jul 2026 16:08:13 +0000
Wilco Dijkstra <[email protected]> • #170304
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Thu, 30 Jul 2026 17:13:32 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #170303
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Thu, 30 Jul 2026 16:40:30 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #170302
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Thu, 30 Jul 2026 15:06:08 +0100
Yury Khrustalev <[email protected]> • #170301
Re: [PATCH 1/2] malloc: Refactor malloc API into a separate header
Thu, 30 Jul 2026 14:47:07 +0100
Yury Khrustalev <[email protected]> • #170300
Re: [PATCH v4 02/14] aarch64: Enable internal use of memory protection keys
Thu, 30 Jul 2026 14:42:56 +0100
Yury Khrustalev <[email protected]> • #170299
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 14:03:04 +0100
Yury Khrustalev <[email protected]> • #170298
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 15:02:59 +0200
Andreas Schwab <[email protected]> • #170297
[COMMITTED] math: Fix x86_64 tanh _FloatN aliases binding to the FMA variant [BZ 34465]
Thu, 30 Jul 2026 10:00:17 -0300
Adhemerval Zanella <[email protected]> • #170296
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 13:58:37 +0100
Yury Khrustalev <[email protected]> • #170295
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 14:59:09 +0200
Florian Weimer <[email protected]> • #170294
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 08:47:12 -0300
Adhemerval Zanella Netto <[email protected]> • #170293
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Thu, 30 Jul 2026 13:46:15 +0200
Bruno Haible via Gnulib discussion list <[email protected]> • #170292
Re: Unfortunate interaction of glibc-2.44 and gnulib regarding posix_spawn_file_actions_addchdir => infinite recursion
Thu, 30 Jul 2026 08:46:18 -0300
Adhemerval Zanella Netto <[email protected]> • #170291
Re: [RFC] How many mailing lists does glibc need or use? Closing 4 lists.
Thu, 30 Jul 2026 13:36:05 +0200
Arjun Shankar <[email protected]> • #170290
Re: [PATCH v2] elf: Make string tunables startup-only
Thu, 30 Jul 2026 08:41:47 +0200
Andreas Schwab <[email protected]> • #170289
[PATCH v2] elf: Make string tunables startup-only
Wed, 29 Jul 2026 17:18:47 -0300
Adhemerval Zanella <[email protected]> • #170288
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Wed, 29 Jul 2026 15:59:32 -0300
Adhemerval Zanella Netto <[email protected]> • #170287
Re: [PATCH] elf: Make string tunables startup-only
Wed, 29 Jul 2026 15:56:43 -0300
Adhemerval Zanella Netto <[email protected]> • #170286
[PATCH v2 3/3] nptl: Only initialize robust list at mutex usage
Wed, 29 Jul 2026 14:46:38 -0300
Adhemerval Zanella <[email protected]> • #170285
[PATCH v2 2/3] nptl: Do not always assume set_robust_list availability (BZ 33225)
Wed, 29 Jul 2026 14:46:37 -0300
Adhemerval Zanella <[email protected]> • #170284
[PATCH v2 1/3] support: Add support_process_shared_robust_mutex
Wed, 29 Jul 2026 14:46:36 -0300
Adhemerval Zanella <[email protected]> • #170283
[PATCH v2 0/3] Fix robust mutex support detection
Wed, 29 Jul 2026 14:46:35 -0300
Adhemerval Zanella <[email protected]> • #170282
Re: [PATCH] Silence clang -Wignored-attributes when building with clang
Wed, 29 Jul 2026 14:04:21 -0300
Adhemerval Zanella Netto <[email protected]> • #170281
Cancelled: Office hours for CTI - 2026-07-31
Wed, 29 Jul 2026 11:19:02 -0400
Siddhesh Poyarekar <[email protected]> • #170280
Re: [PATCH] elf: Make string tunables startup-only
Wed, 29 Jul 2026 10:28:25 -0300
Adhemerval Zanella Netto <[email protected]> • #170279
Re: [PATCH 2/2] malloc: aarch64: Add ifuncs for malloc functions
Wed, 29 Jul 2026 14:21:03 +0100
Yury Khrustalev <[email protected]> • #170278
Re: [PATCH] elf: Make string tunables startup-only
Wed, 29 Jul 2026 13:56:02 +0100
Yury Khrustalev <[email protected]> • #170277
Re: make check
Wed, 29 Jul 2026 09:11:16 -0300
Adhemerval Zanella Netto <[email protected]> • #170276
make check
Wed, 29 Jul 2026 11:07:20 +0200
Paul Zimmermann <[email protected]> • #170275
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.