From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4145 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general,gmane.linux.lfs.clfs.devel,gmane.linux.lfs.clfs.support Subject: Re: Re: [Clfs-dev] CLFS embedded book switches to musl-libc Date: Tue, 22 Oct 2013 17:08:46 -0400 Message-ID: <20131022210846.GZ20515@brightrain.aerifal.cx> References: <525EF012.1050606@bradfordembedded.com> 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: 8bit X-Trace: ger.gmane.org 1382476137 1373 80.91.229.3 (22 Oct 2013 21:08:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 22 Oct 2013 21:08:57 +0000 (UTC) Cc: CLFS development discussion , CLFS Support , Thomas Petazzoni , Gregor Richards To: musl@lists.openwall.com Original-X-From: musl-return-4149-gllmg-musl=m.gmane.org@lists.openwall.com Tue Oct 22 23:09:03 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 1VYjCG-0004l4-6n for gllmg-musl@plane.gmane.org; Tue, 22 Oct 2013 23:09:00 +0200 Original-Received: (qmail 26174 invoked by uid 550); 22 Oct 2013 21:08:59 -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 26166 invoked from network); 22 Oct 2013 21:08:58 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4145 gmane.linux.lfs.clfs.devel:2468 gmane.linux.lfs.clfs.support:2804 Archived-At: On Tue, Oct 22, 2013 at 02:58:24PM -0400, Kevyn-Alexandre Paré wrote: > Hi Andrew, > > So far so good! Very interesting that you passed to musl and I'm happy > to start playing with it! > > Couple of question about Manual: > You refer to glibc [1] should you replace that glibc with musl libc or > glibc(musl) our simply libc? > > For the musl installation [2], the make install have an error that > seem to be fix with the next command you propose: > > ../tools/install.sh -D -m 644 lib/crt1.o > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/crt1.o > ../tools/install.sh -D -m 644 lib/Scrt1.o > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/Scrt1.o > ../tools/install.sh -D -m 644 lib/crti.o > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/crti.o > ../tools/install.sh -D -m 644 lib/crtn.o > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/crtn.o > ../tools/install.sh -D -m 644 lib/libc.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libc.a > ../tools/install.sh -D -m 755 lib/libc.so > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libc.so > ../tools/install.sh -D -m 644 lib/libm.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libm.a > ../tools/install.sh -D -m 644 lib/librt.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/librt.a > ../tools/install.sh -D -m 644 lib/libpthread.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libpthread.a > ../tools/install.sh -D -m 644 lib/libcrypt.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libcrypt.a > ../tools/install.sh -D -m 644 lib/libutil.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libutil.a > ../tools/install.sh -D -m 644 lib/libxnet.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libxnet.a > ../tools/install.sh -D -m 644 lib/libresolv.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libresolv.a > ../tools/install.sh -D -m 644 lib/libdl.a > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libdl.a > ../tools/install.sh -D -l > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/lib/libc.so > /lib/ld-musl-arm.so.1 || true > ln: failed to create symbolic link `/lib/ld-musl-arm.so.1.tmp.47054': > Permission denied > ../tools/install.sh -D -m 644 arch/arm/bits/alltypes.h > /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/include/bits/alltypes.h This (attempting to install the dynamic linker symlink in /lib) is caused by specifying the installation location /mnt/clfs/cross-tools/armv7a-unknown-linux-musleabi/ as part of the prefix rather than as the DESTDIR at "make install" time. If this is part of the installation into the new filesystem root that will be later used as chroot or the root for booting, DESTDIR is the proper approach. If this is just a temporary musl build for use in bootstrapping, the current --prefix is fine, but you also need either --syslibdir or --disable-shared. Rich