From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id B3CDC255B6 for ; Mon, 27 Jan 2025 20:17:43 +0100 (CET) Received: (qmail 1456 invoked by uid 550); 27 Jan 2025 19:17:38 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com x-ms-reactions: disallow Received: (qmail 1419 invoked from network); 27 Jan 2025 19:17:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1738005450; x=1738610250; darn=lists.openwall.com; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=lDlo//3VqfcPg2zR6+mJQTKeMIoUia2k1JAjC20B5qE=; b=VZM0DPWxnhtV4URKVvc/PBq7DTdvT7zmbTImph0dc4OI9KyPeauflNwvFiZ89YVCC4 LpvLx0ghNQ1AkecxWBo8BlkwwVsBisdboBcOJvu6C3ui+QF2X0auyh7MiaP76w1200Mp 0ImxC0idTSJ3w9UZnHbu3bzf8IvJusk+SJBHb65yQZtU1TYuCkctcY2CPbUAMpFdGGWc V5XZg2yvoauKiOfxwCdVj3wkicYFzAxiBTqGH5GQRW7V+06N0b3FjCOzgm8k3GwDn0FK 4utuaX1OopB+MLh0up2/Ebx2zLSqF1BBDdJqq7Lw7vwIZbnlyF8PNL2e65cobWUzPr8o N9Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738005450; x=1738610250; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=lDlo//3VqfcPg2zR6+mJQTKeMIoUia2k1JAjC20B5qE=; b=Be5v45bEOLrMNUXL7GU1SxKj1yrytCqlX/J9uLtP7ZLBuZN07B3YTuExN26bF8s4GO ynE+XHkuKWApO+WtZd2N7ifkJm4B2thfjxvZTJVGLqZdro3b/LXlCIFxScLIPFK83F5h K3YcC3CpMNk0rdyZwllFH+YQz04NxTvrxysDN/kRo5PIUTIxtv/1Pm4O9DmN8sT9I80L KRwQdfyuXOFQ0MiDm8WSSafQWJ3L+jS6V9aZRs0Jt4W/wjZh3quhJ5CKYgXZx/aBBRPw rVTPqURzgA+Eh8Nd2lhrgAw1RMoJt11n1l55UYLgHWvh3l1jr8e+B81Oo17/5y73pt30 pPbg== X-Gm-Message-State: AOJu0YxZndFwlP/+0GDdtouUZuD+cGNEQydbYCiIQ5EHqmZvEplCiii+ I7mM9DfpGWVJVMQQbgXSDyoSvevKe522tHq4LJbCTdqAv+UoL8nNQhiDom6cczbah8p0/qFwLig Pq+WIVfPhOkvm57uT5WxtHvnHCksWAdXljpY= X-Gm-Gg: ASbGnctvSKRr3WJlSS0e+lpVNt4ShmZ+ybgl/dP+hnpJ0mYUvFnvLYLbAnU7hK0qiA8 CViiDN6QiVLX9MHMyQC4YzBf5boi+234KEApzZvv8nSonLZlLf2uFGw14BiK+ X-Google-Smtp-Source: AGHT+IGShPE/5bEzZZFLqtCOM6TsCOrweq1wEF1flqC3LiZ51IpN7Nli1n3d1+H9YshNba/3zP9Glsqnb+lf84Sttc0= X-Received: by 2002:a05:6870:450a:b0:2a7:5ce8:820f with SMTP id 586e51a60fabf-2b30f337644mr415769fac.9.1738005449779; Mon, 27 Jan 2025 11:17:29 -0800 (PST) MIME-Version: 1.0 References: <20250127152534.GR10433@brightrain.aerifal.cx> In-Reply-To: <20250127152534.GR10433@brightrain.aerifal.cx> From: Khem Raj Date: Mon, 27 Jan 2025 11:17:04 -0800 X-Gm-Features: AWEUYZkr9d3GBz_4wmxo0r0avZhrOWGL_NwMEYwliS78iFWdAVfFimakvmSO8Hw Message-ID: To: musl@lists.openwall.com Cc: enh , Aditya Kumar Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] fts.h On Mon, Jan 27, 2025 at 7:25=E2=80=AFAM Rich Felker wrote= : > > On Thu, Jan 23, 2025 at 01:54:41PM -0500, enh wrote: > > https://wiki.musl-libc.org/faq says "If glibc bug 15838 is fixed by > > adding an fts64 interface in glibc, we could consider supporting it > > with a matching ABI in musl, but it seems more likely that glibc will > > just deprecate this interface", but that bug _was_ fixed in 2015 for > > glibc 2.23... > > I wonder when that text was written. While we could certainly consider > it, lack of any apparent need so far suggests that it wouldn't meet > the modern criteria for inclusion in musl. > > The main motivation I could potentially see flipping this is if there > are a significant number of programs shipping their own (e.g. gnulib?) > versions of fts, that would save significant code-duplication disk > space (or get better behavior of some sort) if using a shared copy in > libc. In yocto, we use the fts library https://github.com/pullmoll/musl-fts and checked core layer and meta-openembedded layer which is 3000+ packages following 8 are depending on it explicitly. pmdk, fluentbit, libabigail, dracut, overlayfs-tools, libcgroup, ltp elfuti= ls > > Rich