Stefan Marr

In this case we are merely missing a receiver type constraint for our primitive replacement. [Here](https://github.com/smarr/SOMns/blob/master/src/som/interpreter/nodes/specialized/IfTrueIfFalseMessageNode.java#L23) we would need to set the [receiver type](https://github.com/SOM-st/black-diamonds/blob/master/src/bd/primitives/Primitive.java#L37). Probably to `Boolean.class`. The infrastructure is...

First step to solve the issue would be to add a test, demonstrating the issue. Afterwards, setting the `receiverType` in the `@Primitive` annotation, as linked above, should be simple. The...

Hm, perhaps we miss a target that does that for svm. Perhaps based on the one for `truffle-libs`: https://github.com/smarr/SOMns/blob/dev/build.xml#L158

There's something very broken here. Strange that it works in the CI environment. This `build.native` variable isn't actually set anymore. We may want to wrap the target as it was...

The mx issue is addressed with this commit: https://github.com/smarr/SOMns/commit/047f32f76cf31758369adcac1fdcb94004f4c68c There was also an issue with `libs/truffle`, which could be worked around by setting my master branch to be the primary...

Still looks like some serious regressions on startup across the board. http://somns-speed.stefan-marr.de/changes/?tre=10&rev=64b49619a46547e421ab8c14576e4be2cf34d2bc&exe=14&env=1

I would like to avoid the extra complexity of bytecode transformation. It would mean we need to start maintaining extra tooling, something that smells like a language extension. Not sure...

Some progress: 88733f97ee250d16d62204ac60e4cb99b2bf8e14

@clementbera thanks for all the work so far. Before I continue trying to understand all the changes, what's the status with the tests? Any estimate on whether this is a...

@clementbera ok, thanks for the explanation!