From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: next browser (was: Packaging a free Firefox) Date: Thu, 24 May 2018 17:33:48 +0200 Message-ID: <87sh6hax0j.fsf@elephly.net> References: <87y3h1g42q.fsf@lassieur.org> <87wowlg3vu.fsf@lassieur.org> <20180503050020.ljaqgrop6uwy24op@abyayala> <87muxhfhqq.fsf@gmail.com> <876044lsci.fsf@gmail.com> <20180503233604.69fd089c@uwaterloo.ca> <87mux8n5gq.fsf@gmail.com> <20180510020041.1e8b3956@uwaterloo.ca> <87d0y3hije.fsf@gmail.com> <3e43616290027f58207fe54d748183e9.squirrel@mailservices.uwaterloo.ca> <877eobh92c.fsf@gmail.com> <20180511010037.6951035e@uwaterloo.ca> <87efi7wion.fsf@gmail.com> <871se1crci.fsf@elephly.net> <87fu2hw30r.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLsFf-0002by-Oo for guix-devel@gnu.org; Thu, 24 May 2018 11:34:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fLsFZ-0005u1-O5 for guix-devel@gnu.org; Thu, 24 May 2018 11:34:03 -0400 Received: from sender-of-o51.zoho.com ([135.84.80.216]:21140) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fLsFZ-0005tU-AU for guix-devel@gnu.org; Thu, 24 May 2018 11:33:57 -0400 In-reply-to: <87fu2hw30r.fsf@gmail.com> 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: Pierre Neidhardt Cc: guix-devel@gnu.org Hi Pierre, > Ricardo Wurmus writes: > >>> The main issue is with cffi: it does not find the libraries installed b= y Guix. >> [=E2=80=A6] >> >> I don=E2=80=99t understand this. Should it load any libraries that the = user may >> have installed? Or do you only refer to a specific set of libraries >> that is known at build time? > > Sorry for the confusing report, I suppose it needs more details: cffi is > the "common foreign function interface" for Common Lisp. It allows for > writing bindings to libraries written in different languages (mostly C > as far as I understand). > > =09http://common-lisp.net/project/cffi > > cffi-based projects like Next load libraries at runtime (in > this case .so files). No special provision is taken for finding those > libaries, or at least nothing I could spot from the source code. I > understand that it relies on system calls. But while > dlopen("libsqlite3.so") works in C, cffi fails to load "libsqlite3.so", > unless we specify an appropriate LD_LIBRARY_PATH. It is sometimes possible to patch the sources by replacing the library name with the full path of the library. Have you tried that? Another option is to wrap the executable in LD_LIBRARY_PATH, although that should only be a last resort. > GuixSD has LIBRARY_PATH=3D~/.guix-profile/lib, can we use that? LIBRARY_PATH is only set when you have gcc-toolchain installed. I don=E2= =80=99t have this variable. It is also not applicable here: it is used by the compiler at build time when linking applications. -- Ricardo