At http://lists.gnu.org/archive/html/guile-user/2013-05/msg00025.html you can read an interesting discussion about games development on Guile.
In my opinion, although it would be nice to have something similar to pygame or pyglet, that's not exactly the way. It would be better a more functional style library or engine, as Haskell Yampas, or an entity oriented system as Unity3D. For me, binding i/o features is not an issue. Currently, using Guile FFI allow us to quickly achieve this task. And we have Guile-SDL and Figl. It's more important to design a good scalable way for making games, something that you could use to make prototyping and to make a great professional game, too. Last days, I read "What is an entity system framework for game development?" [1], "Entity Systems are the future of MMOG development" [2] and "Purely Functional Retrogames" [3] and I am directing Gacela, my experimental games engine, to a similar style of doing things, using components for the entities and working with subsystems that could run in the same thread or in various threads. You can find very interesting articles at Haskell Game Development page [4]. Cheers. [1] http://www.richardlord.net/blog/what-is-an-entity-framework [2] http://t-machine.org/index.php/2007/09/03/entity-systems-are-the-future-of-mmog-development-part-1/ [3] http://prog21.dadgum.com/23.html [4] http://www.haskell.org/haskellwiki/Game_Development -- Javier Sancho Fernández - http://www.jsancho.org/ Associate Member of the Free Software Foundation - http://www.fsf.org/ Contra el DRM - http://www.defectivebydesign.org/what_is_drm
