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: Tue, 03 Jan 2012 20:48:23 +0100 Message-ID: <87r4zgsh2w.fsf@wanadoo.es> 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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1325620132 30560 80.91.229.12 (3 Jan 2012 19:48:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 3 Jan 2012 19:48:52 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 03 20:48:49 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 1RiALo-0003Gn-3O for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 20:48:48 +0100 Original-Received: from localhost ([::1]:40966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiALn-0005Tr-FA for ged-emacs-devel@m.gmane.org; Tue, 03 Jan 2012 14:48:47 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:39979) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiALk-0005Tl-QF for emacs-devel@gnu.org; Tue, 03 Jan 2012 14:48:45 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RiALg-0000sQ-HJ for emacs-devel@gnu.org; Tue, 03 Jan 2012 14:48:44 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:34325) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RiALg-0000sL-74 for emacs-devel@gnu.org; Tue, 03 Jan 2012 14:48:40 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RiALc-0003B9-Ai for emacs-devel@gnu.org; Tue, 03 Jan 2012 20:48:36 +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 ; Tue, 03 Jan 2012 20:48:36 +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 ; Tue, 03 Jan 2012 20:48:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 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:1xnoJVM87gzTpA5oZRl3S31pUxU= 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:147235 Archived-At: Eli Zaretskii writes: >> >> Elisp packages downloaded by package.el are already saved on a >> >> well-known directory where Emacs has write access to. So the problem is >> >> solved. >> > >> > Solved my foot! we need to know that directory's absolute file name in >> > advance, to hardcode it into the C sources of Emacs. How's that >> > going to work, if package.el doesn't know where that directory will be >> > until it is run by Emacs? >> >> You don't need to know the directory at compile time. GnuTLS and >> potentially other libraries (those that provide image support, for >> instance) are perfectly fine if you load them on demand at run time. > > Yes, but loaded from where? They can either be in the same directory > where the Emacs executable lives, or on Path, or in the Windows's > system32 directory, or in some other place, but in the latter case we > must pass an absolute file name to LoadLibrary. 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 directory (or a subdirectory of it, if you wish) ?