From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Chris Bitmead Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile and MS-Windows on Major Govt. Project... Date: Thu, 04 Jul 2002 00:10:57 +1000 Sender: guile-devel-admin@gnu.org Message-ID: <3D2305F1.2080603@bitmead.com> References: <3D1B1DCD.7090500@bitmead.com> <200206302346.11902.unknown_lamer@unknownlamer.org> <3D20E140.6050003@bitmead.com> <200207012113.58958.unknown_lamer@unknownlamer.org> <5.0.2.1.2.20020702112242.00b16ad0@zima.bbn.com> <5.0.2.1.2.20020703085953.026d4b80@zima.bbn.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1025705526 29778 127.0.0.1 (3 Jul 2002 14:12:06 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 3 Jul 2002 14:12:06 +0000 (UTC) Cc: guile-devel@gnu.org, guile-user@gnu.org, Timothy Hickey Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17PkrW-0007k3-00 for ; Wed, 03 Jul 2002 16:12:06 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17Pkrg-0000qu-00; Wed, 03 Jul 2002 10:12:16 -0400 Original-Received: from mail.netspeed.com.au ([203.31.48.12]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17PkqT-0000kV-00; Wed, 03 Jul 2002 10:11:01 -0400 Original-Received: from [210.11.147.158] by MAIL.netspeed.com.au (NTMail 5.06.0016/NU0474.00.d45cc3bb) with ESMTP id newlnbaa for guile-devel@gnu.org; Thu, 4 Jul 2002 00:11:09 +1000 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en Original-To: Ken Anderson Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:735 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:735 > I think you'll find the performance of modern Java's, such as 1.3 or > 1.4 very acceptable. When using Jscheme to do Swing GUI's you don't > notice any performance difference because Jscheme is just assembling > Swing components and Java is doing most of the work. I'm not worried about the gui, I'm worried about the actions of the gui. The app I want to do may have to do some manipulating and transformations of largish files. >> call/cc, blurry picture on full tail calls etc). Kawa's type system >> makes it rather inconvenient to use Java libraries like Swing >> (strings in kawa are not strings in java etc). Neither have built in >> a nice CLOS-ish object system which makes life worth living. >> >> Let me put it this way: Is Full-Scheme-Language+CLOS+portable >> convenient gui on Windows+Linux too much to ask? > > > SISC is a full scheme. Ok, I didn't know about SISC. I'm impressed that it supports full r5rs. I'm disappointed that the penalty of using Java and supporting tail calls is that the benchmarks take 2.5 times as long to run as kawa. (and jscheme is twice as slow again). And the option to compile Kawa to native and get about 10x the performance is hard to resist keeping as an option in reserve, as I presume you can do with Hobbit for guile. It's hard to throw away that option up front without knowing how much you will need that performance down the track. > It shouldn't be hard to add a Scheme Swing library like Jscheme's JLIB. Well Jscheme supports some fancy syntax for interfacing with Java so I would have thought JLIB would be a bit of a job to port. > Jscheme has chosen to stay close to Java, so integrating Scheme and > Java is fairly painless. It does handle tail recursion. I have got a suspician it only handles "obvious" tail calls, but I'm happy to be proved wrong. > While it does not have a CLOS object system, it has multimethods and > you can define Java classes in Scheme. > > To do a CLOS in a Scheme built on top of Java you need to decide how > the CLOS and Java objects interact. For example, in Jython, Jython > classes look to Java like java classes. However, there semantics are > slightly different which can get confusing. I'll have to think about > how one might do CLOS in java some more. Well, just having CLOS would probably be ok with me, even if that aspect doesn't interact particularly with Java objects. > > > >> Ken Anderson wrote: >> >>> At 10:41 AM 7/2/2002, Chris Bitmead wrote: >>> >>>> Hmm, just checked out PLT-Scheme. The Gui is so limited it doesn't >>>> even have something like a grid or table widget. And for this app >>>> it's very visual I need a pretty good set of widgets, including >>>> some kind of grid. And the OO system looks more awful to me the >>>> longer I look at it, but I guess I could live with it if the gui >>>> was ok. >>>> >>>> Is there any scheme out there with some decent cross-platform gui >>>> support, and works on at least Windows and Unix, preferably Mac >>>> too? Am I asking so much? >>> >>> >>> Not at all. There are several Schemes implemented in Java that >>> should let you do portable gui development easily. Here are 3: >>> >>> http://www.gnu.org/software/kawa/ >>> http://jscheme.sourceforge.net/jscheme/mainwebpage.html >>> http://sisc.sourceforge.net/ >>> >>> I use Jscheme. >>> >>> >>> _______________________________________________ >>> Guile-devel mailing list >>> Guile-devel@gnu.org >>> http://mail.gnu.org/mailman/listinfo/guile-devel >> >> >> >> _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel