Joey
It doesn't work for the generic2.go unit test: https://go.dev/play/p/kkXbnRgilUl
@elliott5 I agree with that assessment of the JVM target, though it might come down to only a few bugs in the present JVM target generator for that to be...
The library is now able to be fully generated with no errors, unfourtantely when running the example the Haxe code gets caught in an infinite loop here: https://github.com/tidwall/btree/blob/master/btree.go#L85-L92
@elliott5 Great find thank you very much! Else statements are generating excellently now directly because of your effort, and the issue of the infinite loop is no longer the case.......
Get to 30ish passed tests, then I'll check progress here and see if things are being fixed indirectly.
No performance change for latest commit 5d42496, I'm not sure what is missing for the performance gain.
The standard library is not updatimg because utf8 tests is stalling the runner (because of this issue) and failing the build process, I'll make it so tests are temporarily not...
@elliott5 You should be able to test now.
@elliott5 can you show me the line it fails on for ``GoString``?
@elliott5 you may be right, I wish I could reproduce I've never seen a ``?g(false`` error before, if possible could you try to test on your non m1 mac as...