From mboxrd@z Thu Jan 1 00:00:00 1970 From: Danny Milosavljevic Subject: Re: Phase `validate-runpath' fails: lib not in RUNPATH Date: Sun, 6 Nov 2016 21:34:39 +0100 Message-ID: <20161106213439.6010e115@scratchpost.org> References: <10612b67-4c72-1178-46a8-3a79572f3cde@crazy-compilers.com> <87twbk8l2j.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49936) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c3U9S-0002Nf-S5 for guix-devel@gnu.org; Sun, 06 Nov 2016 15:34:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c3U9P-0006L4-Q0 for guix-devel@gnu.org; Sun, 06 Nov 2016 15:34:50 -0500 Received: from dd1012.kasserver.com ([85.13.128.8]:32929) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c3U9P-0006Ju-Jq for guix-devel@gnu.org; Sun, 06 Nov 2016 15:34:47 -0500 In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Hartmut Goebel Cc: Guix-devel On Sun, 6 Nov 2016 20:52:20 +0100 Hartmut Goebel wrote: > Thanks for this tip. I'm cuprous, though . Both "libplds4.so" and > "libnspr4.so" are part of "nspr" which is specified as input. Yes, but will the linker embed the full path to libnspr4.so into the executable (or in your case shared library) it builds for thunderbird? If not, ld.so would pick up a random package at runtime (one it just happens to find in the library search path) - something we don't want. What the ld option "rpath" does is embed the full path to libnspr4.so into the executable (or in this case shared object) it builds. In this way it will pick exactly this libnspr4.so library or fail at startup.