musl mailing list

Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers

musl mailing list

	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2019	130	206	136	63	66	147	167	119	159	131	76	15
2018	151	124	101	119	84	98	128	68	171	49	105	81
2017	164	89	112	104	69	257	132	127	68	91	140	101
2016	215	166	385	167	101	182	87	78	123	147	69	82
2015	165	165	193	261	278	235	178	179	159	212	150	87
2014	88	88	142	243	178	203	303	346	198	188	227	138
2013	179	162	158	244	121	133	267	205	102	81	144	123
2012	25	47	72	105	165	305	142	411	234	199	150	142
2011				64	46	73	117	159	30	30	11

Recent messages:

2019/12/08 #1: Re: Patches for math subtree (Rich Felker <dalias@...c.org>)
2019/12/07 #4: Re: Patches for math subtree (Rich Felker <dalias@...c.org>)
2019/12/07 #3: Patches for math subtree ("Stefan Kanthak" <stefan.kanthak@...go.de>)
2019/12/07 #2: Re: [PATCH] arm: avoid conditional branch to PLT in sigsetjmp.s (Rich Felker <dalias@...c.org>)
2019/12/07 #1: Re: [PATCH] riscv64: fenv.S: Fix fesetenv(FE_DFL_ENV) failure (Rich Felker <dalias@...c.org>)
2019/12/06 #1: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/12/05 #1: getaddrinfo/AI_ADDRCONFIG with ipv6 disabled (Bob Richmond <robert.richmond@...enwavesystems.com>)
2019/12/04 #2: Re: math/powf regression on d28cd0ad commit (Szabolcs Nagy <nsz@...t70.net>)
2019/12/04 #1: math/powf regression on d28cd0ad commit (Ruinland ChuanTzu Tsai <ruinland@...estech.com>)
2019/12/03 #1: Call for time64 feedback/results, upcoming release (Rich Felker <dalias@...c.org>)
2019/12/02 #5: Re: [PATCH] riscv64: fenv.S: Fix fesetenv(FE_DFL_ENV) failure (Szabolcs Nagy <nsz@...t70.net>)
2019/12/02 #4: [PATCH] riscv64: fenv.S: Fix fesetenv(FE_DFL_ENV) failure (Ruinland ChuanTzu Tsai <ruinland@...estech.com>)
2019/12/02 #3: Re: libc.so, Bsymbolic no longer necessary? (Jon Chesterfield <jonathanchesterfield@...il.com>)
2019/12/02 #2: Re: libc.so, Bsymbolic no longer necessary? (Fangrui Song <i@...kray.me>)
2019/12/02 #1: libc.so, Bsymbolic no longer necessary? (Jon Chesterfield <jonathanchesterfield@...il.com>)
2019/11/30 #4: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/30 #3: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/30 #2: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/30 #1: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/29 #4: Re: New malloc - first preview (Markus Wichmann <nullplan@....net>)
2019/11/29 #3: Re: New malloc - first preview (Roman Yeryomin <roman.yeryomin@...com>)
2019/11/29 #2: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/29 #1: Re: New malloc - first preview (Vasya Boytsov <vasiliy.boytsov@...stech.edu>)
2019/11/28 #2: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/28 #1: Re: New malloc - first preview (Rich Felker <dalias@...c.org>)
2019/11/24 #1: [PATCH] Update contributor name ("Ada Worcester" <ada@...hq.com>)
2019/11/23 #7: Re: non-standard implementation of fflush() (y38h5z@...tonmail.com)
2019/11/23 #6: Re: freeaddrinfo() comments and questions (Rich Felker <dalias@...c.org>)
2019/11/23 #5: Re: freeaddrinfo() comments and questions (Rich Felker <dalias@...c.org>)
2019/11/23 #4: Re: freeaddrinfo() comments and questions (gilles@...lp.org)
2019/11/23 #3: Re: freeaddrinfo() comments and questions (Florian Weimer <fw@...eb.enyo.de>)
2019/11/23 #2: Re: freeaddrinfo() comments and questions (Florian Weimer <fw@...eb.enyo.de>)
2019/11/23 #1: freeaddrinfo() comments and questions (gilles@...lp.org)
2019/11/21 #5: Re: non-standard implementation of fflush() (Rich Felker <dalias@...c.org>)
2019/11/21 #4: Re: [PATCH] arm: avoid conditional branch to PLT in sigsetjmp.s (Andre McCurdy <armccurdy@...il.com>)
2019/11/21 #3: Re: non-standard implementation of fflush() (Rich Felker <dalias@...c.org>)
2019/11/21 #2: non-standard implementation of fflush() (y38h5z@...tonmail.com)
2019/11/21 #1: Re: getdents64 lost direntries with SMB/NFS and buffer size < unknown threshold ("Theodore Y. Ts'o" <tytso@....edu>)
2019/11/20 #3: Re: getdents64 lost direntries with SMB/NFS and buffer size < unknown threshold (Rich Felker <dalias@...c.org>)
2019/11/20 #2: Re: getdents64 lost direntries with SMB/NFS and buffer size < unknown threshold (Florian Weimer <fw@...eb.enyo.de>)
2019/11/20 #1: getdents64 lost direntries with SMB/NFS and buffer size < unknown threshold (Rich Felker <dalias@...c.org>)
2019/11/19 #3: [PATCH v2] Unconditonally define alloca as __builtin_alloca (Michael Forney <mforney@...rney.org>)
2019/11/19 #2: Re: [PATCH] Unconditonally define alloca as __builtin_alloca (Szabolcs Nagy <nsz@...t70.net>)
2019/11/19 #1: [PATCH] Unconditonally define alloca as __builtin_alloca (Michael Forney <mforney@...rney.org>)
2019/11/17 #4: Re: [preview] Aalbus : a musl/clang/libc++ distro (Dmitry Golovin <dima@...ovin.in>)
2019/11/17 #3: Re: [preview] Aalbus : a musl/clang/libc++ distro (Jens Staal <staal1978@...il.com>)
2019/11/17 #2: Re: [preview] Aalbus : a musl/clang/libc++ distro (Dmitry Golovin <dima@...ovin.in>)
2019/11/17 #1: [preview] Aalbus : a musl/clang/libc++ distro (Jens Staal <staal1978@...il.com>)
2019/11/13 #1: Re: [PATCH 0/6] updates for linux v5.3 (Szabolcs Nagy <nsz@...t70.net>)
2019/11/12 #11: Re: [RFC] fanotify_event_info_fid incompatibility (Petr Vorel <petr.vorel@...il.com>)
2019/11/12 #10: Re: [RFC] fanotify_event_info_fid incompatibility (Szabolcs Nagy <nsz@...t70.net>)
2019/11/12 #9: Re: [RFC] fanotify_event_info_fid incompatibility (Petr Vorel <petr.vorel@...il.com>)
2019/11/12 #8: Re: [RFC] fanotify_event_info_fid incompatibility (Szabolcs Nagy <nsz@...t70.net>)
2019/11/12 #7: Re: [RFC] fanotify_event_info_fid incompatibility (Petr Vorel <petr.vorel@...il.com>)
2019/11/12 #6: [RFC] fanotify_event_info_fid incompatibility (Petr Vorel <petr.vorel@...il.com>)
2019/11/12 #5: Re: [PATCH 0/6] updates for linux v5.3 (Szabolcs Nagy <nsz@...t70.net>)
2019/11/12 #4: Re: [PATCH 0/6] updates for linux v5.3 (Rich Felker <dalias@...c.org>)
2019/11/12 #3: Re: [PATCH 0/6] updates for linux v5.3 (Szabolcs Nagy <nsz@...t70.net>)
2019/11/12 #2: Re: [PATCH 0/6] updates for linux v5.3 (Markus Wichmann <nullplan@....net>)
2019/11/12 #1: Re: [PATCH 0/6] updates for linux v5.3 (Rich Felker <dalias@...c.org>)
2019/11/10 #3: Re: [PATCH 0/6] updates for linux v5.3 (Szabolcs Nagy <nsz@...t70.net>)
2019/11/10 #2: Re: [PATCH 0/6] updates for linux v5.3 (Rich Felker <dalias@...c.org>)
2019/11/10 #1: [PATCH 0/6] updates for linux v5.3 (Szabolcs Nagy <nsz@...t70.net>)
2019/11/08 #13: Re: Problems with libc6-compat (Augusto César Dias <augusto.c.dias@...il.com>)
2019/11/08 #12: Re: Problems with libc6-compat ("A. Wilcox" <awilfox@...lielinux.org>)
2019/11/08 #11: Re: Problems with libc6-compat (Johannes Brechtmann <johannes@...r.me>)
2019/11/08 #10: Re: musl libc with libxcrypt as crypt provider (Rich Felker <dalias@...c.org>)
2019/11/08 #9: musl libc with libxcrypt as crypt provider (Michael Everitt <michael@...cer.net>)
2019/11/08 #8: Re: Problems with libc6-compat (Augusto César Dias <augusto.c.dias@...il.com>)
2019/11/08 #7: Re: OpenEmbedded systemd+musl patch status (Rich Felker <dalias@...c.org>)
2019/11/08 #6: OpenEmbedded systemd+musl patch status (Rich Felker <dalias@...c.org>)
2019/11/08 #5: Re: Problems with libc6-compat (Rich Felker <dalias@...c.org>)
2019/11/08 #4: Re: Problems with libc6-compat (Augusto César Dias <augusto.c.dias@...il.com>)
2019/11/08 #3: Re: Problems with libc6-compat (Szabolcs Nagy <nsz@...t70.net>)
2019/11/08 #2: Problems with libc6-compat (Augusto César Dias <augusto.c.dias@...il.com>)
2019/11/08 #1: [PATCH] a_ctz_32: Instead of a subtraction by 31, use an xor (Rosen Penev <rosenp@...il.com>)
2019/11/06 #2: Re: Non-candidate allocator designs, things to learn from them (Florian Weimer <fweimer@...hat.com>)
2019/11/06 #1: Non-candidate allocator designs, things to learn from them (Rich Felker <dalias@...c.org>)
2019/11/05 #2: Re: The time64 switchover has happened! (Rich Felker <dalias@...c.org>)
2019/11/05 #1: Re: The time64 switchover has happened! (Rich Felker <dalias@...c.org>)
2019/11/03 #3: Re: The time64 switchover has happened! ("Dmitry V. Levin" <ldv@...linux.org>)
2019/11/03 #2: Re: The time64 switchover has happened! ("A. Wilcox" <awilfox@...lielinux.org>)
2019/11/03 #1: The time64 switchover has happened! (Rich Felker <dalias@...c.org>)
2019/11/02 #5: Re: [PATCH v3] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/02 #4: Re: [PATCH v3] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/02 #3: Re: [PATCH v3] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/02 #2: [PATCH v3] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/02 #1: Re: [PATCH v2] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/01 #3: [PATCH v2] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/01 #2: Re: [PATCH] missing parts to time64 switchover (Rich Felker <dalias@...c.org>)
2019/11/01 #1: [PATCH] missing parts to time64 switchover (Rich Felker <dalias@...c.org>)
2019/10/31 #5: Re: Cross-compiling test flow for libc-test (Rich Felker <dalias@...c.org>)
2019/10/31 #4: Re: Cross-compiling test flow for libc-test (Szabolcs Nagy <nsz@...t70.net>)
2019/10/31 #3: Cross-compiling test flow for libc-test (Ruinland ChuanTzu Tsai <ruinland@...estech.com>)
2019/10/31 #2: Re: [PATCH libc-test] add utime (utimensat, futimens) functional tests (Szabolcs Nagy <nsz@...t70.net>)
2019/10/31 #1: Re: libc-test regression/syscall-sign-extend.c (Szabolcs Nagy <nsz@...t70.net>)
2019/10/29 #7: Re: [PATCH] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/10/29 #6: Re: [PATCH] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/10/29 #5: Re: [PATCH] remaining steps for time64 switchover (Rich Felker <dalias@...c.org>)
2019/10/29 #4: Re: time64 switchover -- distro plans? (Rich Felker <dalias@...c.org>)

15000 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.