IronScheme

IronScheme es una implementación del lenguaje de programación Scheme dirigida al Microsoft .NET Framework . IronScheme es una reescritura completa de IronLisp , que incorpora las lecciones aprendidas durante el desarrollo de IronLisp. ^{[ 3 ]}

IronScheme planeaba basarse en el entorno de ejecución de lenguaje dinámico de Microsoft , pero decidió abandonar esta idea porque la rama DLR que utilizaba el proyecto se desincronizaba con la rama principal , y también porque, según los desarrolladores, el DLR no podía soportar la mayoría de los requisitos de Scheme. ^{[ 4 ]} IronScheme finalmente hizo un uso limitado de su propia versión del DLR de Microsoft, pero tuvo que parchearlo para poder implementar algunas características requeridas de Scheme, como la eliminación de llamadas recursivas . ^{[ 5 ]}^{[ 6 ]}

Véase también

Scheme (lenguaje de programación)

Referencias

↑ Un triunvirato .NET: IronScheme, IronLisp y Xacc
↑ IronScheme se acerca a su lanzamiento final
↑ "IronScheme tendrá como objetivo ser una implementación de Scheme conforme a R6RS basada en el DLR de Microsoft" . Consultado el 21 de marzo de 2009 .
↑ "¿Hay algún ejemplo de Silverlight?" . 11/05/2009 . Consultado el 26/07/2009 . Desafortunadamente, mi rama DLR está muy desincronizada con la de Silverlight. Pensándolo bien, tal vez no necesite DLR en sí, lo investigaré. El problema es que DLR, tal como está, no es lo suficientemente bueno para soportar la mayoría de los requisitos de Scheme.{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
↑ "¿Integración de .NET con el entorno de ejecución actual?" . 05/01/2010 . Consultado el 29/08/2011 . Para que IronScheme utilice el DLR actual, perdería [ sic ] bastantes requisitos del lenguaje y características importantes, a saber, llamadas de cola y generación de registros en tiempo de ejecución. Ambas no son (y probablemente nunca serán) compatibles con el DLR, debido a los requisitos de compatibilidad con Silverlight. Actualmente, a IronScheme solo le faltan continuaciones reificables para ser 100% conforme a RnRS. Se podría hacer que IronScheme utilizara el DLR actual, pero entonces ya no sería Scheme, ya que las llamadas de cola son extremadamente importantes (y necesarias).{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )
↑ "¿Planea actualizar a la versión actual de DLR?" . 14/05/2008. Archivado del original el 08/10/2011 . Recuperado el 29/08/2011 . En este momento solo utilizo alrededor del 15% de DLR, y me encantaría deshacerme de él eventualmente. El camino que han elegido para hacer Python dinámicamente es demasiado lento, y carece de características que solían estar presentes en DLR (las nuevas características 'dinámicas' hacen que la compilación a un ensamblado sea imposible). También hay otras características que tuve que incorporar, como llamadas de cola y llamadas directas a métodos, que también son imposibles en la última versión de DLR.

Enlaces externos

IronScheme en GitHub

[1] Un triunvirato .NET: IronScheme, IronLisp y Xacc

[2] IronScheme se acerca a su lanzamiento final

[3] "IronScheme tendrá como objetivo ser una implementación de Scheme conforme a R6RS basada en el DLR de Microsoft" . Consultado el 21 de marzo de 2009 .

[4] "¿Hay algún ejemplo de Silverlight?" . 11/05/2009 . Consultado el 26/07/2009 . Desafortunadamente, mi rama DLR está muy desincronizada con la de Silverlight. Pensándolo bien, tal vez no necesite DLR en sí, lo investigaré. El problema es que DLR, tal como está, no es lo suficientemente bueno para soportar la mayoría de los requisitos de Scheme.{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )

[5] "¿Integración de .NET con el entorno de ejecución actual?" . 05/01/2010 . Consultado el 29/08/2011 . Para que IronScheme utilice el DLR actual, perdería [ sic ] bastantes requisitos del lenguaje y características importantes, a saber, llamadas de cola y generación de registros en tiempo de ejecución. Ambas no son (y probablemente nunca serán) compatibles con el DLR, debido a los requisitos de compatibilidad con Silverlight. Actualmente, a IronScheme solo le faltan continuaciones reificables para ser 100% conforme a RnRS. Se podría hacer que IronScheme utilizara el DLR actual, pero entonces ya no sería Scheme, ya que las llamadas de cola son extremadamente importantes (y necesarias).{{cite web}}: CS1 maint: servicio de archivado obsoleto ( enlace )

[6] "¿Planea actualizar a la versión actual de DLR?" . 14/05/2008. Archivado del original el 08/10/2011 . Recuperado el 29/08/2011 . En este momento solo utilizo alrededor del 15% de DLR, y me encantaría deshacerme de él eventualmente. El camino que han elegido para hacer Python dinámicamente es demasiado lento, y carece de características que solían estar presentes en DLR (las nuevas características 'dinámicas' hacen que la compilación a un ensamblado sea imposible). También hay otras características que tuve que incorporar, como llamadas de cola y llamadas directas a métodos, que también son imposibles en la última versión de DLR.

[ 3 ]

[ 4 ]

[ 5 ]

[ 6 ]