From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Wed, 04 Jan 2012 16:42:11 +0100 Message-ID: <877h17scdo.fsf@wanadoo.es> References: <87ty4e9j19.fsf@lifelogs.com> <83obumqa0v.fsf@gnu.org> <87ipktag2e.fsf@lifelogs.com> <87fwfxtxuz.fsf@wanadoo.es> <87aa64ubg9.fsf@wanadoo.es> <83boqkr9bp.fsf@gnu.org> <874nwcu17i.fsf@wanadoo.es> <834nwcr6un.fsf@gnu.org> <87vcosskhc.fsf@wanadoo.es> <831urgr2yr.fsf@gnu.org> <87r4zgsh2w.fsf@wanadoo.es> <87ipks3zbo.fsf@uwakimon.sk.tsukuba.ac.jp> <87boqk3q69.fsf@uwakimon.sk.tsukuba.ac.jp> <87aa634st8.fsf@uwakimon.sk.tsukuba.ac.jp> <87fwfvsgfv.fsf@wanadoo.es> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1325691771 27634 80.91.229.12 (4 Jan 2012 15:42:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Jan 2012 15:42:51 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 04 16:42:46 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RiSzE-0007pH-MG for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 16:42:45 +0100 Original-Received: from localhost ([::1]:38851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiSz9-0007Gz-DP for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 10:42:39 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:39677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiSz2-0007Fs-IN for emacs-devel@gnu.org; Wed, 04 Jan 2012 10:42:38 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiSyy-0007bK-5R for emacs-devel@gnu.org; Wed, 04 Jan 2012 10:42:32 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:52783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiSyv-0007ay-Ua for emacs-devel@gnu.org; Wed, 04 Jan 2012 10:42:28 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RiSyu-0007f9-Kz for emacs-devel@gnu.org; Wed, 04 Jan 2012 16:42:24 +0100 Original-Received: from 225.red-79-147-11.dynamicip.rima-tde.net ([79.147.11.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jan 2012 16:42:24 +0100 Original-Received: from ofv by 225.red-79-147-11.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Jan 2012 16:42:24 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 49 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 225.red-79-147-11.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) Cancel-Lock: sha1:3HsjpmpOJXxM7zuaW9jkvXAqmoI= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147274 Archived-At: Juanma Barranquero writes: > On Wed, Jan 4, 2012 at 15:14, Óscar Fuentes wrote: > >> On the topic of how hard is to load a dll from an arbitrary location, >> that is what I found on the Emacs sources: > > I think Eli's already aware of that function. He's repeating that loading a dll with a pathname would require changes at the C level. >> I think that Emacs is right now capable of loading a dll from an >> arbitrary place. Just set dynamic-library-alist as it contains ('gnutls >> . "/path/to/gnutls/gnutls.dll") (or whatever are the right names). > > We know that. Nobody discusses that you can use a full pathname to > load a DLL from an arbitrary place. Only the convenience of handling > the installation of DLLs in arbitrary places. (Well, not only; we're > mainly discussing the convenience of turning Emacs into a distribution > point for arbitrary Windows binaries from other projects; but I > digress.) I don't know how a key component for an Emacs feature can be deemed as "arbitrary". As far as I'm concerned, there are two sane options here: suppose that the user is a geek, advertise GnuTLS support citing the dll requirement finishing with "now that's your problem". The other approach is to do the job from Emacs, do it well, and automatically download and upgrade the dll from Elpa. Related to this, I'm convinced that Emacs packages too much on the standard distribution. Things like org-mode, Gnus, Semantic... would be better on Elpa. That would free resources from the Emacs developers (less packaging, less maintenance, less administratrivia...), free resources from the package developers (no merging back and forth) and, finally, would provide the users updated packages. Oh, and would diminish the pressure for releasing new Emacs versions. >> In >> any case, creating a new function that loads a .dll by name seems quite >> straightforward, once we have seem how w32_delayed_load is implemented. > > What do you mean? Just that if w32_delayed_load does not fit the bill, writing the required function by tweaking w32_delayed_load is so easy that someone like me who doesn't know the Emacs C dialect can do the job.