From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4900 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: musl 1.1.0 released Date: Wed, 16 Apr 2014 12:53:52 -0400 Message-ID: <20140416165352.GH26358@brightrain.aerifal.cx> References: <20140416084102.GA11943@brightrain.aerifal.cx> <20140416104759.GJ18458@example.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1397667255 18883 80.91.229.3 (16 Apr 2014 16:54:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Apr 2014 16:54:15 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4904-gllmg-musl=m.gmane.org@lists.openwall.com Wed Apr 16 18:54:08 2014 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 1WaT64-0005sT-R1 for gllmg-musl@plane.gmane.org; Wed, 16 Apr 2014 18:54:04 +0200 Original-Received: (qmail 26617 invoked by uid 550); 16 Apr 2014 16:54:04 -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 26608 invoked from network); 16 Apr 2014 16:54:04 -0000 Content-Disposition: inline In-Reply-To: <20140416104759.GJ18458@example.net> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:4900 Archived-At: On Wed, Apr 16, 2014 at 12:47:59PM +0200, u-igbb@aetey.se wrote: > On Wed, Apr 16, 2014 at 04:41:02AM -0400, Rich Felker wrote: > > New features include support for RELRO protection in dynamic linker, > > VDSO acceleration for clock functions on x86_64, and improvements to > > malloc that avoid early allocation failures specific to PIE binaries. > > Nice work, thanks! > > Any plans for accepting --library-path and --preload ? > > For the record, I am depending on these since before musl and now with > musl. Any other approach to achieve flexible runtime binding between > binaries and libraries brings unfortunately extra constraints. Those > constraints (e.g. on the relative placement of binaries and libraries) > are too limiting and/or inconvenient to be practical in our environment. I'm committing a patch based loosely on yours that accepts more forms (e.g. --preload=...) and one additional option (--list). Let me know if it fails to meet your needs and I can improve it. Rich