From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Wed, 04 Jan 2012 16:03:26 +0900 Message-ID: <87boqk3q69.fsf@uwakimon.sk.tsukuba.ac.jp> References: <83wr9bqez3.fsf@gnu.org> <87y5tr9dwv.fsf_-_@lifelogs.com> <87k45alwgb.fsf@wanadoo.es> <87fwfyltm1.fsf@wanadoo.es> <87boqmlrma.fsf@wanadoo.es> <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> 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 1325660623 10827 80.91.229.12 (4 Jan 2012 07:03:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Jan 2012 07:03:43 +0000 (UTC) Cc: ofv@wanadoo.es, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 04 08:03:39 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 1RiKsq-00016B-JA for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 08:03:36 +0100 Original-Received: from localhost ([::1]:35717 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiKsq-0003vH-2z for ged-emacs-devel@m.gmane.org; Wed, 04 Jan 2012 02:03:36 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:54048) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiKsm-0003us-0D for emacs-devel@gnu.org; Wed, 04 Jan 2012 02:03:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiKsk-0001Jt-PN for emacs-devel@gnu.org; Wed, 04 Jan 2012 02:03:31 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:50866) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiKsi-0001J3-Oh; Wed, 04 Jan 2012 02:03:29 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 5F7DF9707EA; Wed, 4 Jan 2012 16:03:26 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 5899E1A2FD1; Wed, 4 Jan 2012 16:03:26 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta31) "ginger" 2dbefd79b3d3 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.224 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:147254 Archived-At: Eli Zaretskii writes: > > =C3=93scar Fuentes writes: > >=20 > > > If, at run time, you can find the elisp packages downloaded by > > > package.el, what's the problem with finding a dll on the same direc= tory > > > (or a subdirectory of it, if you wish) ? > >=20 > > None, AFAICS. That's (actually, a sibling directory) is what XEmacs > > does[1], and what Python does (same directory, if desired). >=20 > Please don't say that without telling the details. There are people > reading this thread who don't know enough about Windows and are likely > to take this at face value. >=20 > Once again: the way the current C code is written, Emacs _cannot_ load > DLLs except from directories which Windows searches for dynamic > libraries. OK, you may be right (I mean, for XEmacs too, I concede your expertise on Emacs). I don't understand the ins and outs of the Windows native build, but it looks like support for a configurable modules directory was removed from that port of XEmacs after 21.4 (which was when I was reasonably familiar with the port), and what actually happens now is that modules built at XEmacs build time are installed in the same directory as the XEmacs binary. It's quite possible the alleged support was removed because it didn't actually work for the reasons you give. I don't know the details, but I'm pretty sure that Python does support DLLs anywhere that a .py can be found, though, because where something lives on PYTHONPATH is essential to figuring out what its name (as a module in Python) is. > > [1] Except that we don't provide DLLs for download, for various > > reasons, the most important of which is that binary distributions are > > bug magnets that distract the maintainers disproportionately, and > > non-maintainers are generally unwilling to touch. >=20 > That point was made in this thread more than once, but Ted is still > pushing for it. Which is fine by me, assuming that someone will step > forward and do the job. In my experience, such volunteers are only reliable in the long run if they're paid to support Emacs by building installers etc. But it's a new year, so anything could happen! Good luck finding the volunteer!