From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1665 Path: news.gmane.org!not-for-mail From: =?ISO-8859-2?Q?Daniel_Cegie=B3ka?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: Todo for release? Date: Wed, 22 Aug 2012 21:15:16 +0200 Message-ID: References: <20120813185329.GA20024@brightrain.aerifal.cx> <20120815040836.GJ27715@brightrain.aerifal.cx> <20120815102029.GL20243@port70.net> <20120815133257.GM20243@port70.net> <20120815143640.GM27715@brightrain.aerifal.cx> <20120817094901.GA16602@port70.net> <20120817121059.GT27715@brightrain.aerifal.cx> <20120822185709.GG27715@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1345662952 29169 80.91.229.3 (22 Aug 2012 19:15:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Aug 2012 19:15:52 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1666-gllmg-musl=m.gmane.org@lists.openwall.com Wed Aug 22 21:15:53 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1T4GP8-0008US-TE for gllmg-musl@plane.gmane.org; Wed, 22 Aug 2012 21:15:51 +0200 Original-Received: (qmail 27780 invoked by uid 550); 22 Aug 2012 19:15:49 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 27769 invoked from network); 22 Aug 2012 19:15:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=FPjhsJfpA1UrzRYFY7LnAFHYZUofjrFwO+G+OJC7oKo=; b=T6MmAY6g+KphZRzfS0sr3YSphoZkz8VO0BNkp0tFlLFn6xi7DdxEMoCUfNQlMvfvmA dSdzCfYo6g4OA04NeJpF6+KpzphYiDKCgFobjK16q6fkq26PwWwAM28yzxLVZCMwQMZs kcSeCoZowfmj1xXKCxsH0mJUc5BO8kxi5fX0FVbAI9kejqt5tiqSIF8brzg6KMdyvrUR W7L6a4A2Im6kdVGv6R7MS3p66SayFJHjh5eQewA1Vq5f4HGw7OnpRqI18SFVyzR7fqyX h5tAGQOFetrFOyzkbVaoMgDHlzyaSQMG+xZTQDwX5xRZsesmr0kYu0l8U8iQULN3iJPn 9IrA== In-Reply-To: <20120822185709.GG27715@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:1665 Archived-At: 2012/8/22 Rich Felker : > On Wed, Aug 22, 2012 at 07:45:01PM +0200, Daniel Cegie=C5=82ka wrote: >> Hi, >> Very helpful would be support for fts.h in musl: >> >> http://www.kernel.org/doc/man-pages/online/pages/man3/fts.3.html > > Can these functions be implemented purely as library functionality, > without any hooks into libc internals? I was thinking it might be nice > to isolate all such code into a single subtree in musl, so that folks > wanting to use it outside musl (either directly in application source > trees, or in libraries) could easily find and use it. This is a very good idea! Daniel > Of course there's also the option of putting such code in a separate > library outside of libc (i.e. not including it in libc) which some > people might prefer, but if it's small and historically in libcs and > doesn't create maintenance burden, I'm not opposed to having it in > libc.. > > Rich