From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Samuel Bronson Newsgroups: gmane.emacs.devel Subject: Re: FFI in Emacs Date: Wed, 11 Jul 2012 13:08:33 -0400 Message-ID: References: <877gua6a6n.fsf@uwakimon.sk.tsukuba.ac.jp> <83vchub7m5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1342026540 15166 80.91.229.3 (11 Jul 2012 17:09:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 11 Jul 2012 17:09:00 +0000 (UTC) Cc: johnw@newartisans.com, "Stephen J. Turnbull" , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 11 19:08:58 2012 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 1Sp0PD-0006ri-2P for ged-emacs-devel@m.gmane.org; Wed, 11 Jul 2012 19:08:51 +0200 Original-Received: from localhost ([::1]:33802 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sp0PC-0001ua-2A for ged-emacs-devel@m.gmane.org; Wed, 11 Jul 2012 13:08:50 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:57031) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sp0P8-0001tw-KQ for emacs-devel@gnu.org; Wed, 11 Jul 2012 13:08:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sp0P2-0006BQ-AF for emacs-devel@gnu.org; Wed, 11 Jul 2012 13:08:46 -0400 Original-Received: from mail-qc0-f169.google.com ([209.85.216.169]:63942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sp0P2-0006BG-5T; Wed, 11 Jul 2012 13:08:40 -0400 Original-Received: by qcsd16 with SMTP id d16so1069555qcs.0 for ; Wed, 11 Jul 2012 10:08:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; bh=4sr7PL8Eb92le+PPpCtyU8PURGbUOWhoxNUBcSjRdOE=; b=cbB3uYnk28/kX+c/N9kMRr03r4hAiVv1mn/fjosdr0By+ccWpAqkI3z2FG7fcjRDCd V2m4SPROl//G2hZhir1L0vGqzz2+Eavm9aZ4c9KkUh2UQ/t9hwIehLb7x2wPoOa9AqdU zA8rEtG6px0OjM43cYeZPyMD5ltQQxWHvjXaNIW+sK4tbr22+9FVZ54m6diGh3Es3wGC fFysqw1gMES4FOTqaSkZteE0vetIEhWtUxguqKA9A9HhYJ+wjj2lbISwTXtlnFCUdRg/ h0Ed1djN1zmnoX8rfGdsq7SaaoOzQjTstNvYs+2PN+OxAI+EUrNT4MKEcA5w490rz/rX EkXg== Original-Received: by 10.229.137.140 with SMTP id w12mr7020495qct.8.1342026519583; Wed, 11 Jul 2012 10:08:39 -0700 (PDT) Original-Received: from [192.168.0.18] (207-172-123-137.c3-0.upd-ubr1.trpr-upd.pa.cable.rcn.com. [207.172.123.137]) by mx.google.com with ESMTPS id cz12sm3822885qab.5.2012.07.11.10.08.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Jul 2012 10:08:38 -0700 (PDT) In-Reply-To: <83vchub7m5.fsf@gnu.org> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.216.169 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:151538 Archived-At: On Jul 11, 2012, at 12:11 PM, Eli Zaretskii wrote: >> From: "Stephen J. Turnbull" >> Date: Wed, 11 Jul 2012 16:14:56 +0900 >> Cc: Stefan Monnier , emacs-devel@gnu.org >> >> [SXEmacs FFI interface] should be fairly easily portable to Emacs on >> platforms that have libffi. It probably doesn't work on Windows > > Why not? Not because of libffi, I think. libffi compiles out of the > box with MinGW; I did that when I needed to build Guile on Windows, > and my notes from that time indicate that the only libffi issue was a > rather minor problem with "make install". And there are precompiled > Windows binaries available on the net. It's wise to assume that code that hasn't been tried on Windows recently might need at least some porting, especially when it has anything to do with dynamic loading or calling conventions. Despite all the things the NT hackers picked up from *nix, NT does many things rather differently, including what they call DLLs, and the APIs for loading them dynamically. (Plus, it turns out libffi has nothing to do with loading; evidently, it only does calling.)