Lisp común en Mac OS X?

¿Existe una comparación entre las diferentes versiones de Common Lisp para Mac OS X? ¿Hay un claro favorito?

Para ver comparaciones, consulte: http://common-lisp.net/~dlw/LispSurvey.html

De acuerdo con los demás: sí, use SBCL o CCL.

CCL facilita la invocación de bibliotecas ObjC, como por ejemplo para escribir aplicaciones nativas de Mac. Eso se convierte en el desempate para algunos. (Personalmente, disfruté usando ambos, pero tienden a estar al día con SBCL como mi compilador principal para el software de servidor).

Por completitud:

CCL es Clozure CL (no debe confundirse con uno deletreado usando "j" en el medio, que es otro dialecto que Common Lisp). SBCL compila a un código más rápido, y CCL tiene tiempos de compilación más cortos. Ambos son compiladores sólidos.

Para apuntar a iOS / iPhone / iPad, ha habido cierto éxito con ECL. Ver: http://funcall.posterous.com/tag/iphone Pero no lo consideraría un favorito y realmente no lo he usado aún más allá de las muestras publicadas en ese blog.

Aunque el soporte de subprocesos de MacOSX se considera experimental con SBCL y las pruebas automáticas fallarán si compila a partir de fuentes (lo cual es necesario para habilitar subprocesos), los subprocesos funcionan lo suficientemente bien en la mayoría de los casos. Desplegué código de producción con muchos subprocesos al desarrollar en MacOSX y luego lanzarlo a servidores que ejecutan FreeBSD (que también tiene problemas similares con subprocesos) y Debian / Ubuntu Linux (muy estable). Esto me ha servido bien durante los últimos 5-6 años, incluso en algunas nuevas empresas.

QuickLisp (para obtener bibliotecas) es muy estable en SBCL / MacOSX. ¡No lo he probado en CCL, pero también debería ser sólido como una roca!

Un amigo mío que es un ávido Lisper recomienda SBCL . Es fácil de instalar / mantener con Homebrew (mi preferencia) o MacPorts.

No estoy seguro acerca de los sitios de comparación objetiva, pero he usado clozure en el pasado como una especie de mCl de digitool (muerto por ahora, pero creo que el código es de código abierto). Creo que también hay otras posibilidades, ya que emacs es el primero en tener en cuenta, pero eso no es un ceceo común al pensarlo dos veces.