From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Adding GnuTLS to the Windows port Date: Thu, 7 Oct 2010 12:09:43 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1286446379 4964 80.91.229.12 (7 Oct 2010 10:12:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 7 Oct 2010 10:12:59 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 07 12:12:57 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P3nT6-0005n8-RU for ged-emacs-devel@m.gmane.org; Thu, 07 Oct 2010 12:12:57 +0200 Original-Received: from localhost ([127.0.0.1]:53065 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P3nT6-0004jO-3S for ged-emacs-devel@m.gmane.org; Thu, 07 Oct 2010 06:12:56 -0400 Original-Received: from [140.186.70.92] (port=39151 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P3nQh-0003Qa-La for emacs-devel@gnu.org; Thu, 07 Oct 2010 06:10:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P3nQg-0000iE-AO for emacs-devel@gnu.org; Thu, 07 Oct 2010 06:10:27 -0400 Original-Received: from mail-iw0-f169.google.com ([209.85.214.169]:57694) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P3nQg-0000hr-4F; Thu, 07 Oct 2010 06:10:26 -0400 Original-Received: by iwn2 with SMTP id 2so1167792iwn.0 for ; Thu, 07 Oct 2010 03:10:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=N2vBse1CvpG4QafKiHNc87l+QrvNkTn5/NIS0a7pIH0=; b=lHIduLNe9GkhDdwa5RVYvKf5RdL82bl7xK5vtR9ji2dNuINL6aYVU19CV5aX0qJ+Rp R4302J6Ad3LWHan+I9QD31MxPZlJ700HTkPBFyh8xccAzI4edfjG5BZmZ40rJTkpslo5 7FYMBz/gOFwtCzmTz74HCVfCN6jmU1Kxm6dP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=Pi4BKCG29/DgM/nqJzD7ksn69DMHkrxdU1FD3h8swRCMfAv5UvEeoKElPxOBnzu+CD MUHGihMsXUvkdyYNnBYoQEqJXxrwFx8aNwfGmuXF+PbtL0lYWbuhRvAAbX1uMNkuTFbj whzESNkST1TlrAiYPttHyzvXEPE3k84pmTkGs= Original-Received: by 10.231.157.195 with SMTP id c3mr584854ibx.155.1286446225237; Thu, 07 Oct 2010 03:10:25 -0700 (PDT) Original-Received: by 10.231.196.71 with HTTP; Thu, 7 Oct 2010 03:09:43 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131422 Archived-At: On Thu, Oct 7, 2010 at 09:52, Stefan Monnier wro= te: > I'm not sure I understand the issue well enough to say much. The issue is quite simple: - On the Windows port we compile support to use several libraries as DLLs, but these libraries aren't linked to the executable (i.e., loading Emacs does not load them) but dynamically at first use, by determining whether the library (the file containing it) can be found and loaded; one reason being that our "official" binary must be able to work whether they are available or not. - Originally we hardcoded the filenames of the libraries, checking each name in turn; for example, for xpm, we tried "libxmp.dll", then "xmp4.dll", etc. - At some point, we added an alist to associate libraries with their candidate filenames, to make it cleaner and also user-configurable. - For historical reasons (as all of these libraries were for image support) the alist variable was called `image-library-alist'. And now the issue is that it is quite likely that we'll end using the same variable for other kinds of libraries, like libxml2, GnuTLS, and perhaps D-BUS or others. So `image-library-alist' is no longer a good name. All my patch does is renaming it to `dynamic-library-alist' and keeping the old name as an obsolete alias. Note, BTW, that all the above comes from the Windows port, but there's nothing Windows-specific in (image|dynamic)-library-alist. Any port that does delayed dynamic loading can benefit from it. > The only > point I care about, really, is that such a change be made keeping in > mind the likely future addition of a more general support for > dynamic loading. I cannot comment on that, as I know nothing about the future "general support for dynamic loading", other than the legal issues that were commented here a while ago. Care to elaborate (or point to some old thread I've missed)? =C2=A0 =C2=A0 Juanma