From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: No such file: LLVMgold.so while packaging ponyc Date: Sun, 19 Feb 2017 12:56:25 +0100 Message-ID: <871suu1jiu.fsf@elephly.net> References: <20170217144413.steyscurxqm5zmms@wasp> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cfQ6V-0001GH-BJ for guix-devel@gnu.org; Sun, 19 Feb 2017 06:56:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cfQ6S-0001pI-Am for guix-devel@gnu.org; Sun, 19 Feb 2017 06:56:35 -0500 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21115) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cfQ6S-0001or-33 for guix-devel@gnu.org; Sun, 19 Feb 2017 06:56:32 -0500 In-reply-to: <20170217144413.steyscurxqm5zmms@wasp> 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: ng0 Cc: guix-devel@gnu.org ng0 writes: > A while ago I started packaging ponylang's compiler "ponyc", which can > be found here (https://pagure.io/guix-dev/branch/package/langs/ponyc). > For your convinience this is also attached as a .patch file. > > It seems as if it requires the LLVMgold.so file, at least [0] > and my own errors are telling me this. > > We do not provide the LLVMgold.so file. This could be similar to the > package definition rust has. > > Linking libponyc > ar: /gnu/store/cdi08kw7r6r684w8mk0xq0dkgpjhfpmd-gcc-4.9.4-lib/lib/LLVMgold.so: cannot open shared object file: No such file or directory > ... (lots of similar errors) It’s not clear to me why it wants to use the LLVM linker, but looking at the patch you override a lot of variables that might lead to behaviour like this. It looks for LLVMgold in GCC’s lib directory, which is clearly wrong. Maybe you can convince it to use the GCC toolchain’s linker. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net