musl mailing list

Follow @Openwall on Twitter for new release announcements and other news

[<prev month] [next month>] [year] [list]

musl mailing list - 2025/10

Mon	Tue	Wed	Thu	Fri	Sat	Sun
		¹ 10	² 2	³ 1	⁴ 6	⁵
⁶	⁷ 4	⁸ 6	⁹ 4	¹⁰ 1	¹¹	¹² 6
¹³ 2	¹⁴ 2	¹⁵ 1	¹⁶ 1	¹⁷ 1	¹⁸	¹⁹
²⁰	²¹ 2	²² 1	²³ 9	²⁴ 1	²⁵ 1	²⁶
²⁷ 1	²⁸	²⁹ 4	³⁰ 8	³¹ 38

Messages by day:

October 1 (10 messages)

`unsetenv()` does not always work when run in an `__attribute__((constructor))` function (Mike Hilgendorf <mike@...gram.dev>)
Re: `unsetenv()` does not always work when run in an `__attribute__((constructor))` function (Alexander Monakov <amonakov@...ras.ru>)
Re: `unsetenv()` does not always work when run in an `__attribute__((constructor))` function (Rich Felker <dalias@...c.org>)
Re: `unsetenv()` does not always work when run in an `__attribute__((constructor))` function (Rich Felker <dalias@...c.org>)
Re: Selecting locale source format (Pablo Correa Gomez <pabloyoyoista@...tmarketos.org>)
Re: `unsetenv()` does not always work when run in an `__attribute__((constructor))` function (Mike Hilgendorf <mike@...gram.dev>)
Re: Running os-test on musl's POSIX headers (Yao Zi <ziyao@...root.org>)
Re: Running os-test on musl's POSIX headers (Yao Zi <ziyao@...root.org>)
Re: Selecting locale source format (Markus Wichmann <nullplan@....net>)
Re: Selecting locale source format (Demi Marie Obenour <demiobenour@...il.com>)

October 2 (2 messages)

Re: Selecting locale source format (Rich Felker <dalias@...c.org>)
Bug?: weak alias fpurge() may better be removed ("Jun. T" <takimoto-j@....biglobe.ne.jp>)

October 3 (1 message)

Re: Bug?: weak alias fpurge() may better be removed (Rich Felker <dalias@...c.org>)

October 4 (6 messages)

[PATCH] fnmatch: Make ? match binary/non-character byte (like * does) (raf <musl@....org>)
[PATCH] fnmatch: Make ? match binary/non-character byte (like * does) (raf <musl@....org>)
[PATCH] fnmatch: fix infinite loop when pattern is non-character byte (raf <musl@....org>)
[PATCH] fnmatch: fix infinite loop when pattern is non-character byte (raf <musl@....org>)
[PATCH] fnmatch: add bare minimum support for character equivalents (raf <musl@....org>)
[PATCH] fnmatch: add bare minimum support for character equivalents (e.g. [[=e=]]) (raf <musl@....org>)

October 7 (4 messages)

Re: Bug?: weak alias fpurge() may better be removed (Rich Felker <dalias@...c.org>)
Re: [PATCH] fnmatch: add bare minimum support for character equivalents (e.g. [[=e=]]) (Rich Felker <dalias@...c.org>)
Re: [PATCH] fnmatch: fix infinite loop when pattern is non-character byte (Rich Felker <dalias@...c.org>)
Add PR_SET_VMA definitions to musl (Sherry Zhou <sherryzy@...gle.com>)

October 8 (6 messages)

Re: [PATCH] fnmatch: fix infinite loop when pattern is non-character byte (raf <musl@....org>)
Re: [PATCH] fnmatch: add bare minimum support for character equivalents (e.g. [[=e=]]) (raf <musl@....org>)
Re: Bug?: weak alias fpurge() may better be removed (Jun T <takimoto-j@....biglobe.ne.jp>)
Re: [PATCH] fnmatch: fix infinite loop when pattern is non-character byte (Thorsten Glaser <tg@...bsd.de>)
Re: [PATCH] fnmatch: fix infinite loop when pattern is non-character byte (raf <musl@....org>)
Re: [PATCH] fnmatch: fix infinite loop when pattern is non-character byte (raf <musl@....org>)

October 9 (4 messages)

RE: [PATCH] include/sched.h: fix _CPU_op_S to support expression such as '--i' ("Chen, Qi" <Qi.Chen@...driver.com>)
RE: [PATCH 2/2] include/netinet/if_ether.h: guard ethhdr definition to better work with other header files ("Chen, Qi" <Qi.Chen@...driver.com>)
Re: [PATCH 2/2] include/netinet/if_ether.h: guard ethhdr definition to better work with other header files ("A. Wilcox" <AWilcox@...cox-Tech.com>)
alx-0029r8 - Restore the traditional realloc(3) specification (Alejandro Colomar <alx@...nel.org>)

October 10 (1 message)

Re: alx-0029r8 - Restore the traditional realloc(3) specification ("H. Peter Anvin" <hpa@...or.com>)

October 12 (6 messages)

Re: [PATCH] s390x: manually inline __tls_get_addr in __tls_get_offset (Rich Felker <dalias@...c.org>)
Re: [PATCH] s390x: manually inline __tls_get_addr in __tls_get_offset (Alex Rønne Petersen <alex@...xrp.com>)
Re: [PATCH] s390x: manually inline __tls_get_addr in __tls_get_offset (Rich Felker <dalias@...c.org>)
[PATCH] s390x: shuffle register usage in __tls_get_offset to avoid r0 as address register (Alex Rønne Petersen <alex@...xrp.com>)
Re: Bug?: weak alias fpurge() may better be removed ("Jun. T" <takimoto-j@....biglobe.ne.jp>)
Re: [PATCH] s390x: shuffle register usage in __tls_get_offset to avoid r0 as address register (Rich Felker <dalias@...c.org>)

October 13 (2 messages)

Re: [PATCH] s390x: shuffle register usage in __tls_get_offset to avoid r0 as address register (Alex Rønne Petersen <alex@...xrp.com>)
Re: [PATCH] s390x: shuffle register usage in __tls_get_offset to avoid r0 as address register (Rich Felker <dalias@...c.org>)

October 14 (2 messages)

RE: [PATCH 1/2] include/netinet/if_ether.h: define __UAPI_DEF_ETHHDR early ("Chen, Qi" <Qi.Chen@...driver.com>)
Re: [PATCH 2/2] include/netinet/if_ether.h: guard ethhdr definition to better work with other header files (Rich Felker <dalias@...c.org>)

October 15 (1 message)

Re: [PATCH 2/2] include/netinet/if_ether.h: guard ethhdr definition to better work with other header files (ChenQi <Qi.Chen@...driver.com>)

October 16 (1 message)

Re: [PATCH 0/1] riscv: Add support for Zacas in atomic operations (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)

October 17 (1 message)

[PATCH] ldso: Use rpath of dso of caller in dlopen (Vivian Wang <wangruikang@...as.ac.cn>)

October 21 (2 messages)

Re: [PATCH 1/1] riscv: add Zacas extension support for atomic CAS (Szabolcs Nagy <nsz@...t70.net>)
Re: [PATCH 1/1] riscv: add Zacas extension support for atomic CAS (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)

October 22 (1 message)

Deadlock in aio_cancel() (Markus Wichmann <nullplan@....net>)

October 23 (9 messages)

post processing assembly with awk and .S files (Bill Roberts <bill.roberts@...s.arm.com>)
[PATCH v2 1/1] riscv64: add runtime-detected vector optimized memset (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 0/1] riscv64: Add RVV optimized memset implementation (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 resend 0/1] riscv64: Add RVV optimized memset implementation (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 resend 1/1] riscv64: add runtime-detected vector optimized memset (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 resend 0/1] riscv64: Add RVV optimized memset implementation (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 resend 1/1] riscv64: add runtime-detected vector optimized memset (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
Re: [PATCH v2 resend 1/1] riscv64: add runtime-detected vector optimized memset ("Stefan O'Rear" <sorear@...tmail.com>)
libc-testsuite: what is the license? (Bill Roberts <bill.roberts@...s.arm.com>)

October 24 (1 message)

Re: [PATCH v2 resend 1/1] riscv64: add runtime-detected vector optimized memset (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)

October 25 (1 message)

Re: libc-testsuite: what is the license? (Szabolcs Nagy <nsz@...t70.net>)

October 27 (1 message)

Re: libc-testsuite: what is the license? (Bill Roberts <bill.roberts@...s.arm.com>)

October 29 (4 messages)

about getpwent functions family (Sebastien Marie <semarie@...ouay.eu.org>)
Re: about getpwent functions family ("A. Wilcox" <AWilcox@...cox-Tech.com>)
Re: libc-testsuite: what is the license? (Szabolcs Nagy <nsz@...t70.net>)
Re: about getpwent functions family (Rich Felker <dalias@...c.org>)

October 30 (8 messages)

[PATCH v3 0/1] riscv64: Add RVV optimized memset implementation (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v3 1/1] riscv64: add runtime-detected vector optimized memset (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 0/1] riscv: Add support for Zacas in atomic (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
[PATCH v2 1/1] riscv: add Zacas extension support for atomic CAS (Pincheng Wang <pincheng.plct@...c.iscas.ac.cn>)
realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: realloci(): A realloc() variant that works in-place ("A. Wilcox" <AWilcox@...cox-Tech.com>)
alignment guarantees from realloc(3) (Alejandro Colomar <alx@...nel.org>)
Re: realloci(): A realloc() variant that works in-place (Collin Funk <collin.funk1@...il.com>)

October 31 (38 messages)

Re: about getpwent functions family (Demi Marie Obenour <demiobenour@...il.com>)
Re: alignment guarantees from realloc(3) (Rich Felker <dalias@...c.org>)
Re: realloci(): A realloc() variant that works in-place (Lénárd Szolnoki <cpp@...ardszolnoki.com>)
Re: alignment guarantees from realloc(3) (Lénárd Szolnoki <cpp@...ardszolnoki.com>)
Re: alignment guarantees from realloc(3) (Alejandro Colomar <alx@...nel.org>)
Re: realloci(): A realloc() variant that works in-place (Thorsten Glaser <tg@...bsd.de>)
Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
[RFC] add realloci() and reallocarrayi() (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place ("Laurent Bercot" <ska-dietlibc@...rnet.org>)
Re: Re: realloci(): A realloc() variant that works in-place ("Laurent Bercot" <ska-dietlibc@...rnet.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thorsten Glaser <tg@...bsd.de>)
Re: Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thorsten Glaser <tg@...bsd.de>)
Re: Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Paul Eggert <eggert@...ucla.edu>)
Re: Re: realloci(): A realloc() variant that works in-place ("Paul E. McKenney" <paulmck@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Paul Eggert <eggert@...ucla.edu>)
Re: Re: realloci(): A realloc() variant that works in-place ("Paul E. McKenney" <paulmck@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Andreas Schwab <schwab@...ux-m68k.org>)
Re: Re: realloci(): A realloc() variant that works in-place ("Paul E. McKenney" <paulmck@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Paul Eggert <eggert@...ucla.edu>)
Re: Re: realloci(): A realloc() variant that works in-place (Paul Eggert <eggert@...ucla.edu>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Paul Eggert <eggert@...ucla.edu>)
Re: Re: realloci(): A realloc() variant that works in-place (Alejandro Colomar <alx@...nel.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)
Re: Re: realloci(): A realloc() variant that works in-place (Morten Welinder <mwelinder@...il.com>)
Re: Re: realloci(): A realloc() variant that works in-place (Thiago Macieira <thiago@...ieira.org>)

112 messages

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.