From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4904 Path: news.gmane.org!not-for-mail From: u-igbb@aetey.se Newsgroups: gmane.linux.lib.musl.general Subject: --library-path and friends (was: [musl] musl 1.1.0 released) Date: Thu, 17 Apr 2014 10:15:48 +0200 Message-ID: <20140417081547.GK18458@example.net> References: <20140416084102.GA11943@brightrain.aerifal.cx> <20140416104759.GJ18458@example.net> <20140416165352.GH26358@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 X-Trace: ger.gmane.org 1397722595 26147 80.91.229.3 (17 Apr 2014 08:16:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Apr 2014 08:16:35 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4908-gllmg-musl=m.gmane.org@lists.openwall.com Thu Apr 17 10:16:28 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 1WahUh-0005Qc-Mg for gllmg-musl@plane.gmane.org; Thu, 17 Apr 2014 10:16:27 +0200 Original-Received: (qmail 1460 invoked by uid 550); 17 Apr 2014 08:16:25 -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 1441 invoked from network); 17 Apr 2014 08:16:24 -0000 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received-SPF: none receiver=mailfe05.swip.net; client-ip=31.172.30.2; envelope-from=u-igbb@aetey.se Content-Disposition: inline In-Reply-To: <20140416165352.GH26358@brightrain.aerifal.cx> User-Agent: Mutt/1.5.23 (2014-03-12) Xref: news.gmane.org gmane.linux.lib.musl.general:4904 Archived-At: On Wed, Apr 16, 2014 at 12:53:52PM -0400, Rich Felker wrote: > 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. Without having looked at the code yet: 1. This is quite certainly just fine. My needs are very basic, as long as it accepts "--library-path " which fully overrides LD_LIBRARY_PATH (not resetting it of course) and --preload with a corresponding semantics, then I am in business and happy. --list is welcome! 2. Not every feature is certainly for good :) Frankly I do not see any need for the '=' syntax extention, it probably costs some extra byte[s] but more importantly once introduced you will have to keep the extra possibility. I do not think (didn't check for a while though) that either glibc or uclibc accept the '=' form. A difference between the acceptable syntax variations in different libraries would quite certainly confuse some people. These options imho are expected to be used mostly in scripts (I never type "--library-path" on a command line :) so keeping the syntax as uniform as possible will help reusability and make the usage of the feature less error prone. But this "as narrowly defined interface as sufficient" is just a suggestion. Of course a richer inteface (the '=') will not influence my usage in any way. 3. Why I care about "reusability" between libraries: A "homogenous" c-library base (as of versions and/or implementations) for all applications is unthinkable here. We have no limitations on which versions of which applications compiled with which options and linked against which versions of which libraries (compiled with which options and so on) can be run. Any of them or many simultaneously on the same computer are run as needed, easily. Musl fits there very well, among others due to its stable ABI, but the whole picture can probably never become "musl-only" just because we avoid placing arbitrary constraints. (If an application for some reason does need uclibc or glibc or something else, it will be given the opportunity.) To make all of this work depends among others on the libraries themselves not placing arbitrary constraints - nicely, musl does a great job! Thanks Rich. Rune