Rochus Keller
Rochus Keller
The idea of EbnfStudio is to have a "pure" grammar (i.e. not polluted with implementation specific parser code). That's why all my prefixes are implementation independent. The output of the...
Looks interesting, thanks. The philosophy is a bit different, and I couldn't make use of it because I need C++. Tight integration with an IDE and automatic generation of a...
Cool.
Do I get this right: you re-engineered the Coco/R code generator so it not only generates a parser but also a syntax tree generator (likely a concrete syntax tree, not...
Interesting approach; personally, I tend not to change existing libraries as far as possible and instead implement the desired functions through separate components. Handling unicode was also possible with this...
LJ 2.1 compatibility is on the list for the longer term. The differences between 2.0 and 2.1 in the bytecode are not that big. But I don't have the overview...
All of my stuff depends on Qt core (compiler, runtime, ide, you name it); I use Qt core instead of Boost.
Looks great; and you're lucky that Out.String and Out.ln are fully implemented in Lua; but have a look at ObLjbcGen.cpp, obnlj.lua, ObLjLib.cpp and ObLjLibFfi.cpp; depending on which Oberon features you...
Thanks for your effort; unfortunately I'm not ready at this time for collaboration or to accept pull requests; I will add a statement to the readme.
> the IDE might not be a priority and perhaps will be removed in the future. It will not be removed, but either replaced by one based on QtCreator (such...