Newsgroups: comp.lang.scheme,comp.lang.dylan
Path: cantaloupe.srv.cs.cmu.edu!das-news2.harvard.edu!news2.near.net!howland.reston.ans.net!pipex!uunet!news.cygnus.com!nntp!lord
From: lord@cygnus.com (Tom Lord)
Subject: Re: Dylan, guys, Dylan.
In-Reply-To: kardank@ERE.UMontreal.CA's message of Fri, 11 Nov 1994 23:43:58 GMT
Message-ID: <LORD.94Nov12112957@cygnus.com>
Sender: news@cygnus.com
Nntp-Posting-Host: cygnus.com
Organization: Cygnus Support
References: <Cz4n9C.5ID@cc.umontreal.ca>
Date: Sat, 12 Nov 1994 19:29:57 GMT
Lines: 29
Xref: glinda.oz.cs.cmu.edu comp.lang.scheme:11201 comp.lang.dylan:2956



	So nobody wants to acknowledge the possibility of Dylan being used 

I see two problems with Dylan, neither of which is fatal, but both of
which suggest that Dylan would be a bad choice for the project:

	- There are no free Dylan implementations that are competitive
	  with the several free Scheme implementations from which we
	  chose a starting point.  Competitive means rougly as small,
	  rougly as fast, and with good prospects for becoming smaller
	  and faster in the future.

	- Dylan has a ubiquitous object system that appears to me to be
	  costly to implement and of dubious utility.

The first problem is easily solved by producing a fast, free implementation.

The second problem could easily be refuted if the fast, free
implementation managed to implement the object system without too
great a cost in code complexity or portability.

-t

--
----

If you would like to volunteer to help with the GNU extension language
project, please write to lord@gnu.ai.mit.edu.
