From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3921 Path: news.gmane.org!not-for-mail From: Timo Teras Newsgroups: gmane.linux.lib.musl.general Subject: Re: Progress on roadmap to 0.9.13 Date: Sat, 17 Aug 2013 12:39:13 +0300 Message-ID: <20130817123913.771df1d0@vostro> References: <20130815075912.GA705@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1376732369 25212 80.91.229.3 (17 Aug 2013 09:39:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 17 Aug 2013 09:39:29 +0000 (UTC) Cc: dalias@aerifal.cx To: musl@lists.openwall.com Original-X-From: musl-return-3925-gllmg-musl=m.gmane.org@lists.openwall.com Sat Aug 17 11:39:33 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 1VAcyr-0007IR-1F for gllmg-musl@plane.gmane.org; Sat, 17 Aug 2013 11:39:33 +0200 Original-Received: (qmail 24446 invoked by uid 550); 17 Aug 2013 09:39:30 -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 24438 invoked from network); 17 Aug 2013 09:39:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=KYo0WFqWRHSgHay1n5R/FxAX5t9VxlQFAjVKbacAy5g=; b=PAk5VjCg2u5tngTLMUE/pCI/758IiH1VBysH1A8d7YGVO3/hsQKgbNSd3SiyA9/TJp rGq2runMOhVnTMNfq8Ln6U/BqFz3kPCjn8vOHK4OhTOoNnFU+9PQdn5Evng7DjfGGXd/ FydqWfgXBuYAupasr21qMwXpd6YmAhZn4kPJ4hKaclc//R9mRtXhHUHpCw71vnb4DeqO smjXayn5/n2Uy0Gsf1/X+4FH9qBwd+q2+kYuuWksSrseWVdImLTTPmNTBWa8H0B+pVJ7 HkLhAj6nb8fK5+osEY0c5XEHKjQpwTXHTUtdv/W2IQtACGdYsSrP5sag8koRACJfMzm/ F5sg== X-Received: by 10.14.122.132 with SMTP id t4mr4135028eeh.20.1376732359267; Sat, 17 Aug 2013 02:39:19 -0700 (PDT) Original-Sender: =?UTF-8?Q?Timo_Ter=C3=A4s?= In-Reply-To: <20130815075912.GA705@brightrain.aerifal.cx> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.20; i686-pc-linux-gnu) Xref: news.gmane.org gmane.linux.lib.musl.general:3921 Archived-At: On Thu, 15 Aug 2013 03:59:12 -0400 Rich Felker wrote: > One key target for 0.9.13 which I didn't cover above is improving > "make install" and possibly tweaking the symlink strategy for libc.so > and ld-musl.so. At several times in the past, I was fairly convinced > that it makes more sense to reverse the symlink direction and have > libc.so point to ld-musl.so rather than the other way around. However, > I keep going back to doubting that there's any good reason for it to > change. So if there are people who still care about this issue, I'd > really like to hear you speak up _now_ rather than 2 days before the > next release, or after the next release. If there's no progress on > justifying changes, I think the only changes I'm going to make in this > area are to fix lack-of-atomicity issues during installation. Sorry for late answer. IIRC the advantages were: - Easier to install different subarch (even compatible arch versions) side by side. As ld.so names are unique - libc.so is same for all so those would need to be renamed anyway. - libc.so and libc.a can go to /usr/lib if libc.so is just an optional symlink. this is desirable as the development stuff are not nice to keep in /lib. So I would at least like to have the symlink direction changed. Or alternatively have something like: /lib/libc-arch.so. /lib/ld-musl-.so.1 -> libc-arch.so. /lib/libc.so. /usr/lib/libc.a Allowing of course /usr/lib to be a toolchain specific prefix. - Timo