IronLisp está muerto y reemplazado por IronScheme, que a su vez sigue siendo beta.
L Sharp y ClojureCLR son similares y siguen la misma idea de Lisp moderno para CLR (en contraste con IronScheme, que intenta implementar el estándar R6RS en la nueva plataforma). ClojureCLR parece ser más popular que L Sharp, y la comunidad Clojure de Java está creciendo rápidamente, por lo que puede usar muchas de sus bibliotecas en su aplicación .NET.
Sé que para ClojureCLR hay disponible VS2010 plugin.
Creo que, ClojureCLR ahora es el más intensamente desarrollado, así que apostaría. Por otro lado, Clojure (y así ClojureCLR) aún cambia, y las versiones futuras de este pueden diferir mucho del estado actual, que no es muy bueno para un proyecto de producción a largo plazo. A partir de este punto, IronScheme, que implementa el R6RS antiguo verificado, es más preferible. No puedo decir muchas L #, pero creo que es algo entre ClojureCLR y IronScheme.
Por lo tanto, la decisión real depende de sus necesidades personales: estabilidad, tamaño de un proyecto (potencial) y, por supuesto, características del idioma. No se olvide de aprender un poco sobre las tres.
CloJureCLR, ni CloSureCLR. _J_ está ahí para _Java_. Correcto, por favor. – ffriend