de a patch for
Dunnart(https://github.com/mjwybrow/dunnart/) to provide an embedded
guile interpreter. That was pretty nice(I'll have to push a branch for it)
> I should really get a guile-gnome release out now that g-wrap has a
> version out that works with Guile 2.0.x...
Awesome!
> Andy
--
Joakim Verona
gh along to merge. I suspect your xwidgets code would be ready for
> integration much sooner than that. :-)
Quicker, yes, but less interesting. I suppose I'm looking for an excuse
to do this :)
> Ken
--
Joakim Verona
same feature to Emacs. I could personally use it in my xwidgets
emacs branch to call dynamically into webkit rather than having to make
a c wrapper for each and every function.
So, mainline Emacs would offer optional core guile integration for
advanced features. That would be no worse than embedding guile in any
other application and would offer benefits in its own right.
> Wherever the work gets done, it's important for everyone to have signed
> assignment or disclaimer paperwork covering both Emacs and Guile, unless
> they're going to be working very clearly on just one side or the other.
I have papers for Emacs at least, and no issue with signing more papers.
>
> Ken
>
--
Joakim Verona
ie to indicate that eval-buffer should use
guile rather than elisp for a buffer.
The advantage of the above approach is that it is incremental. We gain
exposure in the Emacs developer community. Since Emacs 24 is entering
pretest its a good time to start to think of features for Emacs 25.
--
Joakim Verona
recated-declarations]
clutter-support.c:181:5: warning: 'scm_makfrom0str' is deprecated (declared at
/usr/include/guile/2.0/libguile/deprecated.h:724) [-Wdeprecated-declarations]
clutter-support.c:181:5: warning: 'scm_makfrom0str' is deprecated (declared at
/usr/include/guile/2.
