Re: Guile foreign object interface

[Arne Babenhauserheide]

David Kastrup writes:

> To a certain degree one can chalk this off as "growing pains" that
> long-standing users have to shoulder, at least when working with
> development rather than stable versions.

I’d like to chime in here. When looking at the prospects of larger Guile
adoption, I think that Lilypond is a critical component: It is an early
adopter and the absolute top tool in the niche it took.

People thinking about adopting Guile will ask themselves "is this a
viable longterm option?". They will then look at Lilypond, the prime
example of a highly successful Guile-using tool.

So this is not just a growing pain for Lilypond. It is a critical issue
for Guile.

Both communities, Lilypond and Guile, need Lilypond-Guile2 to work well.

And given the speed I see from Guile 2.1.7 at other tasks, there should
be ways to make Lilypond-Guile2.2 outperform Lilypond-Guile1.8
significantly.

Best wishes,
Arne

PS: Just saying "it’s a scripting language now" will not cut it. People
    who adopt Guile now will have to ask whether it will stay a viable
    option as scripting language, and they will again look at Lilypond
    to see whether Guile-as-an-option kept its promises.