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: FFI again Date: Tue, 08 Oct 2013 14:33:48 +0900 Message-ID: <874n8sl41v.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87iox9luwa.fsf@uwakimon.sk.tsukuba.ac.jp> <87hactlmx0.fsf@uwakimon.sk.tsukuba.ac.jp> <8261t83f0e.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1381210452 11989 80.91.229.3 (8 Oct 2013 05:34:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 8 Oct 2013 05:34:12 +0000 (UTC) Cc: Andy Moreton , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 08 07:34:15 2013 Return-path: Envelope-to: ged-emacs-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 1VTPvy-0002pC-BA for ged-emacs-devel@m.gmane.org; Tue, 08 Oct 2013 07:34:14 +0200 Original-Received: from localhost ([::1]:34727 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTPvx-0004TE-P7 for ged-emacs-devel@m.gmane.org; Tue, 08 Oct 2013 01:34:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39208) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTPvo-0004Sq-DE for emacs-devel@gnu.org; Tue, 08 Oct 2013 01:34:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VTPvh-0007gF-3T for emacs-devel@gnu.org; Tue, 08 Oct 2013 01:34:04 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:54981) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTPvg-0007fp-PX; Tue, 08 Oct 2013 01:33:57 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id B6B633FA0A15; Tue, 8 Oct 2013 14:33:48 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id AE0E51A3B6D; Tue, 8 Oct 2013 14:33:48 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" 182d01410b8d XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.223 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:163988 Archived-At: Richard Stallman writes: > Supporting Windows is a low-priority goal for us. We don't spend > time on that; rather, we allow others to do so if they wish. Windows is just the most obvious example of a system where few users will be able to use the on-demand link-loader alone to import non-Lisp modules from an ELPA. However, even in *free* systems non-developers will encounter at least some of the problems Andy describes using Windows as an example. FWIW, I expect no need to contort the on-demand link-loader for Windows. IIUC, Emacs for Windows already has support for on-demand link-loading (maybe better called "if-available" as currently implemented?), and we didn't need to do any contorting of the "ellcc" infrastructure that makes sure the right compiler is invoked and links the module to the Lisp feature system.