From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2724 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: ARM regression in 0.9.9, patch available Date: Sun, 3 Feb 2013 10:08:30 -0500 Message-ID: <20130203150830.GA12237@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 1359904123 18813 80.91.229.3 (3 Feb 2013 15:08:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Feb 2013 15:08:43 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2725-gllmg-musl=m.gmane.org@lists.openwall.com Sun Feb 03 16:09:02 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 1U21Bl-00008t-SU for gllmg-musl@plane.gmane.org; Sun, 03 Feb 2013 16:09:01 +0100 Original-Received: (qmail 31874 invoked by uid 550); 3 Feb 2013 15:08:42 -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 31866 invoked from network); 3 Feb 2013 15:08:42 -0000 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2724 Archived-At: Thanks to testing by sabotage users (failed Perl build), I've identified and fixed a regression in shared library support on ARM. The ctor/dtor support code's references to init_array and fini_array were not properly marked hidden and thus were not being resolved at link-time, leaving (ignored) textrels in the library. Anyone using musl 0.9.9 on ARM should apply this patch before attempting to build shared libraries: http://git.musl-libc.org/cgit/musl/commit/?id=d432b2c057fc64256645422382c2f7e32c45b3cc The broken code is part of crt[in].o, not part of libc.so, so if you do experience breakage from this issue, the remedy is to relink your shared library files that were linked using the bad crt[in].o files, not to replace musl's libc.so. Since musl itself does not link with any startfiles, libc.so is unaffected by the issue. Rich