From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: About Guile crypto support Date: Sat, 09 Feb 2013 22:53:06 +0100 Message-ID: <87zjzd9mt9.fsf@gnu.org> References: <1359896146.2754.19.camel@Renee-desktop.suse> <871ucvof60.fsf@gnu.org> <1360032192.2754.61.camel@Renee-desktop.suse> <87mwvisqwj.fsf@gnu.org> <878v6yojxg.fsf@gnu.org> <87sj55bjxz.fsf@gnu.org> <87mwvdwhcs.fsf@pobox.com> <87zjzd4br8.fsf@tines.lan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1360446792 12289 80.91.229.3 (9 Feb 2013 21:53:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 9 Feb 2013 21:53:12 +0000 (UTC) Cc: Andy Wingo , guile-devel@gnu.org To: Mark H Weaver Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Feb 09 22:53:33 2013 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1U4IMX-0002ix-Jl for guile-devel@m.gmane.org; Sat, 09 Feb 2013 22:53:33 +0100 Original-Received: from localhost ([::1]:60347 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4IME-00082K-Ia for guile-devel@m.gmane.org; Sat, 09 Feb 2013 16:53:14 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:35694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4IMA-00080u-Py for guile-devel@gnu.org; Sat, 09 Feb 2013 16:53:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U4IM8-0001nO-Ry for guile-devel@gnu.org; Sat, 09 Feb 2013 16:53:10 -0500 Original-Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:7399) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U4IM8-0001nI-LE for guile-devel@gnu.org; Sat, 09 Feb 2013 16:53:08 -0500 X-IronPort-AV: E=Sophos;i="4.84,634,1355094000"; d="scan'208";a="2142033" Original-Received: from reverse-83.fdn.fr (HELO pluto) ([80.67.176.83]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES128-SHA; 09 Feb 2013 22:53:06 +0100 X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 21 =?utf-8?Q?Pluvi=C3=B4se?= an 221 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu In-Reply-To: <87zjzd4br8.fsf@tines.lan> (Mark H. Weaver's message of "Sat, 09 Feb 2013 12:50:51 -0500") User-Agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 192.134.164.83 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15719 Archived-At: Mark H Weaver skribis: > Andy Wingo writes: > >> On Sat 09 Feb 2013 16:12, ludo@gnu.org (Ludovic Court=C3=A8s) writes: >> >>> An issue with the FFI is distros where .la and .so files are only >>> available in the -dev package, because then =E2=80=98dynamic-link=E2=80= =99 won=E2=80=99t work >>> unless that -dev package is installed (as recently discussed on >>> guile-user.) >> >> I have the feeling that we should implement our own dynamic-link >> function without libltdl. It would eliminate a dependency and allow us >> to use other search path rules, like ones that could deal with this >> case. I think the situation would actually be better on other >> architectures because we wouldn't have to deal with bugs like this one: >> >> http://thread.gmane.org/gmane.lisp.guile.bugs/5269 > > The problems we're having with libltdl are likely affecting many other > projects. Wouldn't it be better to fix these problems in libltdl, Agreed. On one hand, that will take more time than rolling our own. On the other, that will save us many headaches (incompatibility with previous Guile versions, maintenance of our own stuff, proliferation of search path rules, etc.) Ludo=E2=80=99.