Fwd: Intel native MCL
"Shannon Spires" <[email protected]> Sat, 4 Jun 2011 19:32:54 -0600
| Newsgroups | gmane.lisp.mcl.general |
|---|---|
| Message-ID | <[email protected]> |
--===============1369926751566923390== Content-Type: multipart/alternative; boundary=Apple-Mail-1-365380540 --Apple-Mail-1-365380540 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii There will never be an Intel-native MCL. It's too much work for too little g= ain. That's the bad news. The good news is that Clozure CL is of course already I= ntel-native and its compiler is superior to MCL's in many ways beyond just b= eing Intel-native. CCL's Cocoa IDE is not yet quite up to the facility of MCL's IDE, but it's g= etting close. I've been using it exclusively for Lisp development for about 6= months now, and it's good enough that I no longer find myself periodically y= elling at the computer and launching MCL. It's moved from alpha quality to b= eta quality. One thing that would be very helpful in improving the CCL Cocoa IDE is for M= CL veterans to use it and provide feedback (to Clozure or to this list) of y= our top n "dealbreaker" issues that you need working to make the CCL IDE usa= ble. As I said, my dealbreakers list is now empty and I'm working on my "it w= ould be very nice if" list, but if you have any dealbreakers of your own ple= ase voice them. Clozure and several volunteers are working on the IDE and your feedback alwa= ys helps them prioritize issues. Shannon Spires Begin forwarded message: > From: Benjamin Perrault <[email protected]> > Date: June 4, 2011 6:00:40 PM MDT > To: <[email protected]> > Subject: [info-mcl] Intel native MCL > Reply-To: Discussion list for MCL users <[email protected]> >=20 > I've been using MCL a lot (again) lately, but one looming concern I have i= s it seems to still be very much a PPC centric app ( or I'm building it wro= ng because it always comes out as one ). >=20 > Has there been any progress on making it an intel native app, as Lion appe= ars to have no PPC support? >=20 > This is something I've just realized and MCL ( and MCLIDE, which I use for= Clojure and Clozure CL ) seem to be the only non-intel apps I have let and t= here really is no replacement for either of them.... >=20 > Anyway - just curious if that ball is rolling. I'm not good enough of a li= sp hack to help much on that low of a level but I wanted to ask... >=20 > cheers and thanks, > -bp > _______________________________________________ > info-mcl mailing list > [email protected] > http://clozure.com/mailman/listinfo/info-mcl >=20 --Apple-Mail-1-365380540 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><body bgcolor=3D"#FFFFFF"><div>There will never be an Intel-native MCL= . It's too much work for too little gain.</div><div><br></div><div>That's th= e bad news. The good news is that Clozure CL is of course already Intel-nati= ve and its compiler is superior to MCL's in many ways beyond just being Inte= l-native.</div><div><br></div><div>CCL's Cocoa IDE is not yet quite up to th= e facility of MCL's IDE, but it's getting close. I've been using it exclusiv= ely for Lisp development for about 6 months now, and it's good enough that I= no longer find myself periodically yelling at the computer and launching MC= L. It's moved from alpha quality to beta quality.</div><div><br></div><div>O= ne thing that would be very helpful in improving the CCL Cocoa IDE is for MC= L veterans to use it and provide feedback (to Clozure or to this list) of yo= ur top n "dealbreaker" issues that you need working to make the CCL IDE usab= le. As I said, my dealbreakers list is now empty and I'm working on my "it w= ould be very nice if" list, but if you have any dealbreakers of your own ple= ase voice them.</div><div><br></div><div>Clozure and several volunteers are w= orking on the IDE and your feedback always helps them prioritize issues.</di= v><div><br></div><div>Shannon Spires<br><br><br>Begin forwarded message:<br>= <br></div><blockquote type=3D"cite"><div><b>From:</b> Benjamin Perrault <= <a href=3D"mailto:[email protected]">[email protected]</a>><br>= <b>Date:</b> June 4, 2011 6:00:40 PM MDT<br><b>To:</b> <<a href=3D"mailto= :[email protected]">[email protected]</a>><br><b>Subject:</b> <b>[i= nfo-mcl] Intel native MCL</b><br><b>Reply-To:</b> Discussion list for MCL us= ers <<a href=3D"mailto:[email protected]">[email protected]</a>>= <br><br></div></blockquote><div></div><blockquote type=3D"cite"><div><span>I= 've been using MCL a lot (again) lately, but one looming concern I have is i= t seems to still be very much a PPC centric app ( or I'm building it w= rong because it always comes out as one ).</span><br><span></span><br><span>= Has there been any progress on making it an intel native app, as Lion appear= s to have no PPC support?</span><br><span></span><br><span>This is something= I've just realized and MCL ( and MCLIDE, which I use for Clojure and Clozur= e CL ) seem to be the only non-intel apps I have let and there really is no r= eplacement for either of them....</span><br><span></span><br><span>Anyway - j= ust curious if that ball is rolling. I'm not good enough of a lisp hack to h= elp much on that low of a level but I wanted to ask...</span><br><span></spa= n><br><span>cheers and thanks,</span><br><span>-bp</span><br><span>_________= ______________________________________</span><br><span>info-mcl mailing list= </span><br><span><a href=3D"mailto:[email protected]">info-mcl-duOd456sFkOIwRZHo2/[email protected]= m</a></span><br><span><a href=3D"http://clozure.com/mailman/listinfo/info-mc= l">http://clozure.com/mailman/listinfo/info-mcl</a></span><br><span></span><= br></div></blockquote></body></html>= --Apple-Mail-1-365380540-- --===============1369926751566923390== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ info-mcl mailing list [email protected] http://clozure.com/mailman/listinfo/info-mcl --===============1369926751566923390==--