Rochus

1005 ms·

1. 3181.▲
   by Rochus 7y ago

   That's interesting work, thank you very much. I would be very interested in the performance gain in using the GraalVM JIT compared to the original Squeek (Cog) or e.g. VisualWorks the performance of which is comparable to CPython ( htt
2. 3182.▲
   by Rochus 7y ago

   If you can measure you don't have to imagine.
3. 3183.▲
   by Rochus 7y ago

   Well, weird benchmarks are probably all those where your favorite language doesn't look good ;-)
4. 3184.▲
   by Rochus 7y ago

   If you need another speedup consider LuaJIT which is used at CERN for heavy number crunching and data analysis, see http://cds.cern.ch/record/2157242?ln=de . E.g. on slide 14: LuaJIT took 5.3 sec, C++/GCC 5.7 sec,
5. 3185.▲
   by Rochus 7y ago

   No. It's not designed for that. It was designed as a minimal lanuage focussing at the bare essentials required to implement a minimal operating system with graphical user interface.
6. 3186.▲
   by Rochus 7y ago

   Right. The whole point of Oberon is being as simple as possible. If you need all the fancy stuff introduced with Oberon-2 or Active Oberon (which are not the same lange as the one designed by Wirth) then there are better alternatives, e.g.
7. 3187.▲
   by Rochus 7y ago

   Thanks, interesting. But so far I don't see such a big advantage over LuaJIT or the Lua language that would justify creating a new, incompatible fork. It's just another variant, not necessarily a better one. Or have I missed somet
8. 3188.▲
   by Rochus 7y ago

   Does your fork base on LJ 2.0 or 2.1 beta?
9. 3189.▲
   by Rochus 7y ago

   I had also a look at RaptorJIT. But as far as I understood it only runs on x86-64, not on x86. Or do I have a misunderstanding?
10. 3190.▲
    by Rochus 7y ago

    I don't think this work fits your needs. Have a look at something like https://en.wikipedia.org/wiki/NodeMCU or http://www.eluaproject.net/ or https://github.com/whitecatboard&#x2F
11. 3191.▲
    by Rochus 7y ago

    Thanks for the suggestion. I think mostly people who want to use LuaJIT as a backend for another language, not primarily Lua programmers, might be interested in my work. Here is an article describing the project: https://medium.c
12. 3192.▲
    Show HN: LuaJIT assembler/assembly language for direct bytecode programming(github.com)

    141 points by Rochus 7y ago|29 comments
13. 3193.▲
    by Rochus 7y ago

    Oberon is very well suited for experiments; the language is so minimal that it is quite easy to write a compiler. Here is e.g. a front end for LuaJIT: https://github.com/rochus-keller/Oberon (i.e. Oberon is used as an
14. 3194.▲
    by Rochus 8y ago

    Great work, many thanks to WD. As far as I see only a subset of the SystemVerilog features is used. Is there a "coding standard" somewhere available specifying this subset with a rationale? Is it mostly to be compatible with Veril