On Tuesday, 31 March 2015 at 05:40:16 pm +0200, Élie Roux wrote:
> > I share your misgivings on C++.  I'm only suggesting something object
> > oriented.  Garbage collection is a plus.  If it were just for myself,
> > I'd be fine with something like Ruby, but that just makes it more
> > complex to install.
> 
> Indeed, providing a build coherent for gregorio and gregoriotex would be
> difficult with Ruby... But that might not be blocking, I'm sure there
> are clean ways to do that... It has bison-like parser. I just don't know
> how to decide between Ruby and Python. Python seems easier and more
> widespread, while Ruby seems higher class...

I'm not the right person to ask about this.  I'm heavily biased towards
Ruby.  I really don't like the whitespace-aware structure of Python
code.

> > If we change, language choice is important unless we provide packages
> > for Linux distros as well.  For example, D seems to fit: it compiles to
> > a binary and has garbage collection; but who has a compiler for D?  C#,
> > Java, and scripting languages require large library installs.  C++ may
> > be the only remaining viable option, but more research is necessary.
> 
> Go and Rust both are compiled, have GC and have lex/yacc generators, but
> don't seem to have an interesting object possibilities...

The lack of OO kept Go off my list.  I wasn't aware of Rust.  I will
have to look into that.

> Javascript would be fun (though prototypal inheritance is a bit weird at
> first), but distributing it would be quite difficult (as well as calling
> it from TeX).

Javascript would be a bit of a mess for Gregorio.  The human would still
need to be a translation layer when debugging it, unless you store
strings, but then your memory usage will run wild.

> Lua would be interesting and easy to distribute, but everything would
> have to be rebuilt from scratch (including yacc/flex files).

This is worth some thought.  I don't know about its memory
characteristics though.

Henry

_______________________________________________
Gregorio-devel mailing list
[email protected]
https://mail.gna.org/listinfo/gregorio-devel

Répondre à