From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2530 Path: news.gmane.org!not-for-mail From: idunham@lavabit.com Newsgroups: gmane.linux.lib.musl.general Subject: Compatability: aufs-utils needs GNU extensions to nftw Date: Tue, 1 Jan 2013 14:33:36 -0800 (PST) Message-ID: <14643.50.0.224.127.1357079616.squirrel@lavabit.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1357079635 27378 80.91.229.3 (1 Jan 2013 22:33:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Jan 2013 22:33:55 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2531-gllmg-musl=m.gmane.org@lists.openwall.com Tue Jan 01 23:34:10 2013 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 1TqAPN-0000fA-Qd for gllmg-musl@plane.gmane.org; Tue, 01 Jan 2013 23:34:05 +0100 Original-Received: (qmail 5272 invoked by uid 550); 1 Jan 2013 22:33:50 -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 5264 invoked from network); 1 Jan 2013 22:33:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=B7Lpz4xEuop7hNVez7+v1guLk9mM5d4v6TV6xxgxd0aDGEXR5WKe/Si5ORMKObR5OtPeyiM2REHZn2x73vAVBd6qVJRmeQtnE3B04p1soRvrFc34Le78+JbuxM7+EL2ETKGSd9H8ZtCRsj8NPnThYZA5QJnW/qs1eyIH5RMUTG0=; h=Message-ID:Date:Subject:From:To:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; User-Agent: SquirrelMail/1.4.13 Xref: news.gmane.org gmane.linux.lib.musl.general:2530 Archived-At: One of the Puppy developers recently mentioned that he'd like to build mount.aufs with musl because the static binary is excessively large (600 kb) when built with glibc. However, there are a couple issues: 1. The most important issue is that libau uses the following flags/macros: FTW_ACTIONRETVAL FTW_CONTINUE FTW_SKIP_SUBTREE FTW_SKIP >From all I can see, this would require some extensions to nftw() and possibly to fn(). I'm not sure exactly what glibc does with these, so I have no idea what to do. 2. There's also a problem with a couple files using the GNU extension /error_at_line(); this is fairly readily hacked around. 3. AUFS does want a patched kernel; if you would rather just see about building the tools without patching the kernel, get aufs3-standalone and add ${AUFS3_STANDALONE}/include to the header search path so you have Thanks, Isaac Dunham