guile is just an example. and sure it can be extended by c library if there is any function missing.
I did a simple search in my archlinux's package manager, and found some other candidates/reference works: 0) extra/guile-gtk Guile-gtk is glue code to make the GTK+ (the Gimp Toolkit) accessible from Guile 1) clisp-lisp2: ANSI Common Lisp interpreter, compiler and debugger (with gtk2 enabled) 2) clfswm: A(nother) Common Lisp FullScreen Window Manager 3) stumpwm-git: A tiling, keyboard-driven window manager written in common lisp 4) cmucl: CMU Common Lisp. There are two CMUCL bindings to the GTk+ widget set. Espen Johnsen's clg binds directly to the GTk event loop via the CMUCL FFI (GNU LGPL). Gilbert Baumann's (older) binding uses a client-server model to avoid problems with mixing two event loops. I think the advantage of guile is that it's used by gimp, which is a popular and should be long living software, so guile-gtk will be well maintained as long as gimp is alive. The advantage of clisp is that common lisp is a lot more powerful than scheme. but im not sure if it's a good or bad thing for developing sawfish. Anyway, the more lightweight the development is, the more active can the development be. Thinking about those options is not a bad thing i think. regards lars On Sun, 03 May 2009, Christopher Roy Bratusek wrote: > Am Sonntag, den 03.05.2009, 22:09 +0200 schrieb Christopher Roy > Bratusek: > > Am Sonntag, den 03.05.2009, 19:21 +0200 schrieb Jose A. Ortega Ruiz: > > > Harald Hanche-Olsen <[email protected]> writes: > > > > > > > + "Chengqi(Lars) Song" <[email protected]>: > > > > > > > >> I think im running off topic but I'm a little bit curious about > > > >> rep': why should we maintain a scheme implementation just for this > > > >> software? can we just implement sawfish upon other scheme > > > >> implementation such as gnu-guile/mit-scheme or plt-scheme? that' > > > >> would be a lot relaxing for maintainers. > > > > > > > > Do these other schemes have modules, rep style? Also, there is the > > > > integration with C code to be considered. It's probably not trivial to > > > > port the whole package to those other implementations you mention. > > > > > > Guile has modules that, i think, are functionally equivalent to rep's, > > > but the syntax differs (rep module syntax is very close, if not > > > identical, to that of scsh/scheme48). The gap could probably be closed > > > by some macro definitions, or just a semi-automatic rewrite of jl files. > > > > > > Regarding integration with C code, Guile is quite good at it (being one > > > of its initial design goals), and there exist good bindings to gtk+ (and > > > the whole Gnome library suite). IMHO, a port to Guile is perfectly > > > possible; but of course it needs some work :) > > > > > > Cheers, > > > jao > > > > > > > a) need someone who takes the goal > > b) not before GNOME 3.0, since it comes with GTK+3.0 and I don't want to > > waste time with GTK+2 in that time-window between 2.16 and 3.0. > > > > Chris > > > > c) well, do we want to give up rep/rep-gtk > d) how fast do we get GUILE for GNOME 3? > e) what about stuff we might need, but not in GUILE? (Is it beeing added > upstream?) > > Chris
