[info-mcl] Pathname and Unicode in MCL 5.1

Ron Garret ron at flownet.com
Tue Oct 2 19:13:26 EDT 2007


On Oct 2, 2007, at 1:58 PM, Toomas Altosaar wrote:

>> As far as reuiniting OpenMCL and MCL, I know that is not a
>> possibility. I would really love to have Fred on OpenMCL and some
>> reasonable path for porting gui code from MCL. If we all chip in
>> $1,000 maybe we could hire someone to do this (hahaha...).
>
> I think Sean has hit upon an important issue here: whether a working
> version of MCL costs 750 USD or 1750 USD (or even a bit more) makes
> little or no difference compared to the costs of spending
> months/years porting code to another Lisp, another OS, or even
> abandoning Lisp altogether and moving on to another language.
>
> There is obviously an acute demand for MCL to continue, so why are
> there no offerings for the development and sale of an IDE from
> Digitool or Clozure or someone else?
>
> Or is it that what Digitool developed, i.e. Fred, so unique and
> powerful, that no one else can replicate it? So far it seems so.

Just because no one has replicated it doesn't mean it's not possible,  
just that no one capable of replicating it has deemed it worth their  
while to do so (yet).

For the record I retain a keen interest in porting and/or replicating  
MCL to/on OS X.  I don't have enough technical expertise to  
contribute directly to this, but I do have financial resources at my  
disposal.  The limiting factor in getting this done is not capital,  
it's getting someone to come up with a coherent plan on how to make  
it happen that makes business sense.

However, my current understanding of the situation is:

1.  The 32-bit Intel architecture is too register-poor to admit a  
reasonably efficient port of MCL without an extraordinary effort.   
Since 32-bit is probably legacy technology anyway, it's probably not  
worth putting forth this effort.

2.  A 64-bit compiler is in hand, but there are no 64-bit interfaces  
to the Cocoa library and won't be until Leopard is released.

Therefore

3.  We are all holding or collective breath for Leopard to be  
released, whereupon the logjam should break and a new version of MCL  
should appear.

The best strategy therefore seems to be simply to wait.

If I've gotten any of this wrong please set me straight.

rg

P.S.  One technical strategy which occurred to me as a way to break  
the logjam sooner is to write a thin 32-bit client in C that provide  
a minimal user interface (i.e. nothing more than "move the cursor  
here, insert a character there, report a mouse click", like a little  
X server but specifically tailored to serve Fred) and communicates  
with 64-bit MCL over a socket.  I throw this out just in case it  
makes someone with more hacker mojo than me to say, "Aha!" and build  
this in the next 48 hours.




More information about the info-mcl mailing list