Cool news. I'll try it out soon. I found this paper on Lowcode to share with other curious people... http://www.esug.org/data/ESUG2016/IWST/Papers/IWST_2016_paper_16.pdf A few questions from that...
our extended instructions do not perform run time type checking on their inputs, so they do not have the overhead associated to dynamic message lookup."
What happens if the wrong type object is passed to a lowcode method?
Unfortunately, when we did this work the 64 bits version of Spur was incomplete and in an experimental state [and we were] not able to compare the performance difference for floating point arithmetics against a Smalltalk with support for immediate floating point objects
Have you been able to do this performance comparison since the paper was written? cheers -ben On Fri, Feb 24, 2017 at 9:02 AM, Ronie Salgado <roniesalg@gmail.com> wrote:
Hello,
Finally I am glad to announce a first release of Woden 2. I made a hopefully simplified process for loading Woden 2 out of the box.
For loading and testing Woden 2, follow the instructions at:
https://github.com/ronsaldo/woden2
In this release, I am not loading the level editor by default because it depends on an outdated version of Bloc. Until I fix the dependency problem of the Level editor, it will remain unusable.
Because Woden 2 requires Metal on OS X, it requires 64 bits on OS X, which can be unstable. This is tested on OS X El Capitan. I do not know whether it will work or not on OS X Sierra.
Best regards, Ronie