From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8406 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Adjustments to roadmap Date: Sun, 30 Aug 2015 00:46:54 -0400 Message-ID: <20150830044654.GJ7833@brightrain.aerifal.cx> References: <20150828024347.GA7624@brightrain.aerifal.cx> <20150828072422.GE11263@example.net> <20150828183932.0f03a8d5@r2lynx> <20150828171818.GC7833@brightrain.aerifal.cx> <20150830112128.77511bbc@r2lynx> 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 1440910034 16849 80.91.229.3 (30 Aug 2015 04:47:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Aug 2015 04:47:14 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8418-gllmg-musl=m.gmane.org@lists.openwall.com Sun Aug 30 06:47:12 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ZVuWJ-00028c-5f for gllmg-musl@m.gmane.org; Sun, 30 Aug 2015 06:47:07 +0200 Original-Received: (qmail 1800 invoked by uid 550); 30 Aug 2015 04:47:06 -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 1767 invoked from network); 30 Aug 2015 04:47:06 -0000 Content-Disposition: inline In-Reply-To: <20150830112128.77511bbc@r2lynx> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:8406 Archived-At: On Sun, Aug 30, 2015 at 11:21:28AM +0700, Рысь wrote: > Don't you think that the snowball effect will be later in future so much > amplified by this decision so that it will not be even able to be > patched out? Well, then, that's why I prefer to use old stable versions > which do not suffer from these virtual problems. No, I don't, mainly because I don't ascribe that level of self-importance to musl. :-) People who are using misguided features like symbol versioning are not making the decision to do so based on whether or not musl supports them. And there are already good reasons to argue against use of symbol versioning aside from "it doesn't work with musl" such as how it interacts with static linking. As for your concern about "being unable to patch it out", if you're running correct/matching library versions for your apps so they don't need old symbol versions, the worst that should happen from "turning back off" version support in musl ldso would be that libgcc_s breaks (due to the internal use of a non-public version); then you just go and patch libgcc_s not to do this. If on the other hand you _do_ have mismatched library versions such that old symbol versions are needed, then right now you've got silent breakage with musl; if we supported versions and then you went and patched that out, you'd just end up back where we are now, but not with any new breakage. Does that adequately address your concerns? Rich