From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8149 Path: news.gmane.org!not-for-mail From: Natanael Copa Newsgroups: gmane.linux.lib.musl.general Subject: Re: dynamic linker issue Date: Thu, 9 Jul 2015 21:53:44 +0200 Message-ID: <20150709215344.54026e9b@ncopa-laptop> References: <20150709171159.4f08479e@ncopa-desktop.alpinelinux.org> <20150709182044.GA450@nyan> <20150709182833.GU1173@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 1436471679 9625 80.91.229.3 (9 Jul 2015 19:54:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jul 2015 19:54:39 +0000 (UTC) Cc: musl@lists.openwall.com To: Rich Felker Original-X-From: musl-return-8162-gllmg-musl=m.gmane.org@lists.openwall.com Thu Jul 09 21:54:31 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 1ZDHts-0005vn-TD for gllmg-musl@m.gmane.org; Thu, 09 Jul 2015 21:54:29 +0200 Original-Received: (qmail 15535 invoked by uid 550); 9 Jul 2015 19:54:27 -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 15517 invoked from network); 9 Jul 2015 19:54:26 -0000 In-Reply-To: <20150709182833.GU1173@brightrain.aerifal.cx> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-alpine-linux-musl) X-Virus-Scanned: ClamAV using ClamSMTP Xref: news.gmane.org gmane.linux.lib.musl.general:8149 Archived-At: On Thu, 9 Jul 2015 14:28:33 -0400 Rich Felker wrote: > On Thu, Jul 09, 2015 at 08:20:44PM +0200, Felix Janda wrote: > > libc.so has .hash and .gnu_hash, the others only have .hash. > > In that case I don't think gnu_hash is relevant to the crash. It's > probably a libnl3 issue, likely just that it's fundamentally broken to > be linking multiple versions of a lib into the same program if they > use the same symbol names. I think you are right. Apparently it also happens on glibc: https://bugs.archlinux.org/task/29921 The configure script for libvirt even has a specific check to avoid that libvirt and netcf link against different libnl versions: http://libvirt.org/git/?p=libvirt.git;a=blob;f=configure.ac;h=6533b88851efd5b1842d2beaaefcc254e6fce33d;hb=HEAD#l2616 They don't have the same check for the xen libraries so it must have been introduced by me who recently enabled libnl3 for xen: http://git.alpinelinux.org/cgit/aports/commit/main/xen?id=4bf510506bcf0d81e02252991ba61e3837cec3dd Thanks for testing and helping troubleshoot. -nc