From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.lisp.guile.devel Subject: Re: [PATCH] Avoid `SCM_VALIDATE_LIST ()' Date: Sun, 7 Sep 2008 00:23:08 -0400 Message-ID: <14AB3911-5838-4DDE-B57F-C6A73F627EC1@raeburn.org> References: <87hc90u9lb.fsf@gnu.org> <87ljybmwvx.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v928.1) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1220761459 10733 80.91.229.12 (7 Sep 2008 04:24:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 7 Sep 2008 04:24:19 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Sep 07 06:25:13 2008 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KcBpm-0004BA-5n for guile-devel@m.gmane.org; Sun, 07 Sep 2008 06:25:12 +0200 Original-Received: from localhost ([127.0.0.1]:57893 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcBom-0002IE-KM for guile-devel@m.gmane.org; Sun, 07 Sep 2008 00:24:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcBoi-0002Hv-0W for guile-devel@gnu.org; Sun, 07 Sep 2008 00:24:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcBoe-0002HM-6C for guile-devel@gnu.org; Sun, 07 Sep 2008 00:24:03 -0400 Original-Received: from [199.232.76.173] (port=59306 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcBoe-0002HJ-1d for guile-devel@gnu.org; Sun, 07 Sep 2008 00:24:00 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:62717) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KcBod-0004TU-Hq for guile-devel@gnu.org; Sun, 07 Sep 2008 00:23:59 -0400 Original-Received: from raeburn.org ([69.25.196.97]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KcBoB-00028F-Gv for guile-devel@gnu.org; Sun, 07 Sep 2008 00:23:38 -0400 Original-Received: from squish.raeburn.org (squish.raeburn.org [69.25.196.102]) by raeburn.org (8.14.1/8.14.1) with ESMTP id m874N8D5012368; Sun, 7 Sep 2008 00:23:08 -0400 (EDT) In-Reply-To: <87ljybmwvx.fsf@gnu.org> X-Mailer: Apple Mail (2.928.1) X-detected-kernel: by mx20.gnu.org: NetBSD 3.0 (DF) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:7604 Archived-At: On Sep 1, 2008, at 16:30, Ludovic Court=E8s wrote: >> On a tangent, is anyone still seriously considering to run Emacs =20 >> atop GUILE? > > There's Ken Reaburn's attempt at = http://www.mit.edu/~raeburn/guilemacs/=20 > , > and there's also the Elisp support that's under `lang'. I don't think > the former is really maintained. The latter isn't actively maintained > either but I think it's in a pretty good shape. Neil? Still keeping it in the back of my mind, but first my attempts to use =20= SVK to mirror the Emacs repository broke (naturally, after it had =20 looked solid enough that I had switched to it for my Emacs development =20= work), and now Guile uses git, which I've never picked up, and some =20 Emacs folks are talking about changing to yet another source control =20 system. (BTW, are people aware that the www.gnu.org pages for guile =20 list an ftp snapshot site that has in fact not been updated since last =20= September? For people not interested in downloading, installing, and =20= learning N new source control systems, daily or weekly snapshots are =20 handy.) I'm thinking that if I do pick this project up again, it'll probably =20 be with released versions of Guile; as long as Emacs continues to use =20= CVS, I can easily stay current with that. I did play with it a little bit a few months ago, and found one =20 annoying problem: I'm using a Mac as my main machine these days. The Emacs unexec =20 mechanism interacts badly with the Mac version of malloc, so Emacs =20 uses its own version specially tailored to use Mac system allocation =20 routines in a way that works with unexec. Guile doesn't have any =20 hooks for doing that sort of thing. Of course you can configure with -=20= Dmalloc=3Dunexec_malloc and so on, but then you're guaranteed not to be =20= able to build an actual guile interpreter executable without the extra =20= Emacs code. An alternative is to set up Emacs to not use unexec, but =20= that's uncommon enough a configuration that you can't always expect it =20= to work -- or expect anyone else to be terribly interested in why =20 Emacs-without-unexec (even without Guile-related hacks) behaves =20 strangely. My work -- as far as it had progressed -- has nothing to do with =20 converting lisp to scheme or anything like that. My "phase one" =20 project keeps all the lisp evaluation code intact, and while both =20 interpreters could conceivably be used and objects from each language =20= might even be visible to the other, they may have totally different =20 types -- like lisp strings with their text properties and such could =20 be smobs in guile... Ken=