Diferencia entre revisiones de «GNU Guile»

| fecha_última_versión = {{fecha|211|0412|2017}}<ref name="v2_2_2">{{cita web |url=https://www.gnu.org/software/guile/news/gnu-guile-222223-released.html |título=GNU Guile 2.2.23 released |nombre=Andy |apellido=Wingo |website=GNU Guile |editorial=Free Software Foundation, Inc. |fecha=21 de abril de 2017 |fechaacceso=21 de abril de 2017}}</ref>

Para ampliar los programas, Guile cuenta con ''libguile'', una biblioteca que permite que incrustarlo en otros programas e integrarlo estrechamentecon exactitud mediante la C[[interfaz de programación de aplicaciones]] (API) del lenguaje de programación [[C]]. De manera similar, los nuevos tipos y subrutinas definidas a través de laesta API C pueden estar disponibles como extensiones de Guile.{{harvnp|Blandy|1997|pp=94, 96|ps=«To encourage customization, Guile provides extensive interfaces, allowing C code to interact with the Scheme world. C code can freely create, access, and mutate Scheme objects; C functions may call Scheme functions and vice versa; C code may add new types to the Scheme world and take advantage of Guile's garbage collection... Most of the standard Scheme procedures are implemented by C functions, visible to Guile clients; for example, applications can call the C function <code>scm_cons</code>, which is the underlying implementation of the Scheme procedures [[cons]].»}}

La idea principal de Guile Scheme es que el desarrollador implemente algoritmos críticos y estructuras de datos en C o [[C++]], y exportar las funciones y [[Tipo de dato|tipos]] para que sean usados por el código interpretado. Por lo tanto, Guile Scheme, y otros lenguajes implementados por Guile, puede ampliarse con nuevos tipos y subrutinas[[subrutina]]s implementadas a través de la C API de C.{{sfn|Blandy|1997|p=87}}

La distribución estándar ofrece módulos para llamadas de sistemas POSIX, [[planificador]]es, una [[interfaz de funciones foráneas]], [[expresiónexpresiones S]] basadas en unel procesamiento de [[XML]] a partir de [[SXML]], SXPath y SXSLT,. También incluye el protocolo [[HTTP]] y otras APIs [[World Wide Web|web]], [[continuación delimitada]], [[programación de arrays]],<ref name="guileManule">{{Cita web |url=https://www.gnu.org/software/guile/manual/html_node/Arrays.html |título=Guile Reference Manual: Arrays |fechaacceso=28 de julio de 2017 |sitioweb=www.gnu.org}}</ref><ref name="guileModules" /> y otras funciones. Los programas escritos en Guile pueden usar las instalaciones de [[SLIB]], la biblioteca portable de Scheme.<ref name="guileSLIB">{{Cita web |url=https://www.gnu.org/software/guile/manual/html_node/SLIB.html |título=Guile Reference Manual: SLIB |fechaacceso=28 de julio de 2017 |sitioweb=www.gnu.org}}</ref>

Tom Lord comenzó a trabajar inicialmente en un lenguaje llamado ''GNU Extensión Language'' (GEL), basado en [[SCM]], una implementación de Scheme en C escrita en C por [[Aubrey Jaffer]] ―a su vez basado en ''[[SIOD|Scheme In One Defun]]'', desarrollado por [[George J. Carrete]]—. Lord convenció a Richard Stallman para que GEL fuese el lenguaje de extensión del proyecto GNU, argumentando que [[Scheme]] era un [[dialecto (programación)|dialecto]] de Lisp más limpio que Emacs Lisp, y que GEL podría evolucionar para implementar otros idiomas al mismo tiempo, como Emacs Lisp.<ref name="guileTutorial">{{Cita web |url=http://www.delorie.com/gnu/docs/guile/guile-tut_4.html |título=Guile Tutorial: 2.2 History of Guile and its motivations |fechaacceso=28 de julio de 2017 |sitioweb=www.delorie.com}}</ref>

Lord solicitó sugerencias para renombrar GEL después de que descubriese que el nombre estaba registrado por Sybase Incorporate. Después de varias contribuciones en diferentes [[grupo de noticias|grupos de noticias]], Lord eligió Guile, una sugerencia realizada por Lee Thomas, y queaunque causó controversia.<ref name="nameGuile">{{Cita web |url=https://groups.google.com/forum/#!search/%2522Integrated$20Measurement$20Systems%2522$2BGUILE/gnu.misc.discuss/0VtEf1fgEJk/IMBs2o-ftrgJ |título=The Name of the Rose |fechaacceso=28 de julio de 2017 |apellido=Thomas |nombre=Lee |sitioweb=groups.google.com}}</ref><ref name="nameGuile2">{{Cita web |url=https://groups.google.com/forum/#!search/%2522Integrated$20Measurement$20Systems%2522$2BGUILE/gnu.misc.discuss/9pD9yVoRYFw/0z7SLYbx8loJ |título=Google Groups: Guile - two more reasons to prefer it |fechaacceso=28 de julio de 2017 |apellido=Thomas |nombre=Lee |sitioweb=groups.google.com}}</ref><ref name="guileNamechange">{{Cita web |url=https://groups.google.com/forum/#!msg/comp.lang.scheme/X5GrLVAvGLU/Xk11xCrbzCcJ;context-place=msg/comp.lang.scheme/pa8qtbJHFgA/PsscMKOkvRcJ |título=Google Groups: G*L: Important Name Change |fechaacceso=28 de julio de 2017 |apellido=Lord |nombre=Tom |sitioweb=groups.google.com}}</ref>

Durante el desarrollo de Guile y antes de su publicación, el lenguaje de extensión [[Tcl]] comenzó a ganar popularidad, lo que lo impulsó como lenguaje de extensión universal. [[Richard Stallman]] pensaba que Tcl era un lenguaje con poca potencia como para ser un lenguaje de extensión universal, por lo que publicó una crítica en el grupo de noticias ''comp.lang.tcl'', lo que inició las denominadas ''Tcl Wars'' ({{lang-es|guerras Tcl}}).<ref name="tclWar">{{Cita web |url=http://vanderburg.org/old_pages/Tcl/war/ |título=The Tcl War |fechaacceso=28 de julio de 2017 |apellido=Vanderburg |nombre=Glenn |sitioweb=Glenn Vanderburg |idioma=en-US}}</ref> El anuncio público del proyecto Guile coincidió con el debate sobre Tcl, estolo que fomentó la idea equivocada de que Guile se comenzó a desarrollar como una reacción a esto.<ref name="guileTutorial" />

Después de la publicación inicial de Guile, su desarrollo decayó durante muchos años, perohasta enque entre 2009 y 2010 comenzó a experimentar grandes mejoras.<ref name="oldWingo">{{Cita web |url=http://www.advogato.org/person/wingo/diary.html?start=328 |título=Older blog entries for wingo (starting at number 328) |fechaacceso=28 de julio de 2017 |fecha=30 de junio de 2017 |sitioweb=Advogato: Blog for wingo |urlarchivo=https://web.archive.org/web/20170630101632/http://www.advogato.org/person/wingo/diary.html?start=328 |fechaarchivo=30 de junio de 2017 }}</ref> Guile 2.0 se publicó en 2011 con una nueva infraestructura de [[compilación]], una [[máquina virtual]] implementada, un [[conmutador (dispositivo de red)|conmutador]] para el [[recolector de basura]] [[Boehm-Demers-Weiser]], muchas mejoras del lenguajenúcleo endel sí mismolenguaje y otras cambios mayores.<ref name="newsGuile">{{Cita web |url=http://www.gnu.org/software/guile/news.html |título=GNU Guile (News) |fechaacceso=28 de julio de 2017 |fecha=28 de marzo de 2014 |sitioweb=www.gnu.org |urlarchivo=https://web.archive.org/web/20140328123925/http://www.gnu.org/software/guile/news.html |fechaarchivo=28 de marzo de 2014}}</ref>

Uno de los objetivos de Guile es ofrecer un entorno de lenguaje neutral permitiendoque permita el uso de otros lenguajelenguajes junto a Scheme. Esto se ha aplicado progresivamente: un dialecto de Scheme que solo se diferencia debido a su sintaxis al estilo de [[C]], una implementación de Emacs Lisp y un conversor Tcl fomentadoinspirando poren el navegador web y editor [[WYSIWYG]] [[tkWWW]].{{sfn|Lord|1995|pp=2-3}} Con la versión 2.0, el proyecto secomenzó convirtiósu exitosamentetransición enhacia algoel parecidoconcepto a una "«torre compilador"compiladora», permitiendoya que permite la definición de compiladores de un lenguaje paraen otro, normalmente desde uno de nivel más alto a otro de [[lenguaje intermedio]] de nivel más bajo y, ocasionalmente, a una máquina virtual [[bytecode]] y a [[lenguaje de máquina]].<ref name="guileOtherLang">{{Cita web |url=https://www.gnu.org/software/guile/manual/html_node/Other-Languages.html |título=Guile Reference Manual: Other Languages |fechaacceso=28 de julio de 2017 |sitioweb=www.gnu.org}}</ref><ref>{{Cita web |url=https://www.gnu.org/software/guile/manual/html_node/Compiler-Tower.html |título=Guile Reference Manual: Compiler Tower |fechaacceso=28 de julio de 2017 |sitioweb=www.gnu.org}}</ref>

Con la versión 2.0 de Guile se vuelvecomienza a intentardesarrollar ''libguile'', biblioteca con la que se intenta implementar [[Emacs Lisp|Elisp]] en la torre compiladorcompiladora y reemplazar la implementación Elisp de Emacs con el comienzo ''libguile''. Se produjeron avances significativos a partir de los proyectos delelaborados durante el ''[[Google Summer of Code]]''.<ref name="googleSummer">{{Cita web |url=https://lists.gnu.org/archive/html/guile-devel/2011-07/msg00054.html |título=Re: ELisp Implementation? |fechaacceso=28 de julio de 2017 |apellido=Templeton |nombre=BT |fecha=21 de julio de 2011 |sitioweb=lists.gnu.org}}</ref>

A partir de octubre de 2014, la implementación alcanzó una fase en la que Guile Emacs ya está capacitado para ejecutar la mayor parte del código Emacs LispElisp. Los problemas que aún quedan, o que se podrían producir, implican la diferencia entre la representación interna diferente de las cadenas de EmacsElisp Lisp dey las cadenas de Scheme, la diferencia entre ambos al utilizar el booleano ''false'' y las listas de objetos vacíos, las macros de Emacs LispElisp que aún no están integradas aún, y la portabilidad de Guile a plataformas soportadas por Emacs. Otras preocupaciones planteadas por la comunidad de Emacs son las referidas a los tamaños relativos de ambas comunidades, Emacs y Guile, y si causaría división de la comunidad que Emacs fuese extensible a otros lenguajes de programación.<ref name="futureEmacs">{{Cita web |url=https://lwn.net/Articles/615220/ |título=The future of Emacs, Guile, and Emacs Lisp |fechaacceso=28 de julio de 2017 |apellido=Willis |nombre=Nathan |sitioweb=lwn.net}}</ref>