Rochus Keller

Update: the Mono thread issue is solved; see https://github.com/rochus-keller/Oberon/issues/17#issuecomment-1010366906 for more information; so we now have reached the following achievements: 1. NAppGUI shared library successfully built and tested on Linux,...

The (putative) mac Mono issue is solved! After an hour in the debugger with the Cocoa implementation of NAppGUI, where everything looked OK, I found out that everything works fine,...

Thanks. I had a quick look at the demo/die example you reference; from my point of view it has a similar GUI concept as Hello or Fractals, and even though...

Btw. have you seen my [DEF file](https://github.com/rochus-keller/Oberon/blob/master/testcases/NAppGUI/BuildHelper/NAppGUI.def)? It might be useful if you want to create DLLs on Windows without changing all function declarations.

In case you're interested: today I officially released the Oberon+ NAppGUI binding, see https://github.com/rochus-keller/Oberon/releases/tag/NAPPGUI_MVP. Of course there is still work to do, but the binding is at least mature enough...

In case you're interested: here is a complete Verilog 2005 parser https://github.com/rochus-keller/Verilog and here is a meta parser generator https://github.com/rochus-keller/VerilogEbnf which helps to not pollute the LL(1) syntax with implementation...

Good luck. SystemVerilog is a very complex language and not easy to parse.

Do you really need SystemVerilog? From what I've seen even the big tools don't support every aspect let alone the most recent standard. The open source tools only implement a...

I will extend VerilogEbnf by generators for PEG and GLR grammars, generate parsers for the original ambiguous grammar (with PackCC and Elkhound) and then make performance tests to be able...

Yosys generates EDIF 2 0 0 only and as far as I can see also the big tools (Vivado etc.) only seem to support EDIF 2 0 0, but each...