Simon Krajewski

# Rant ## You're crazy I just read through this issue properly for the first time and think y'all are crazy. Porting the Haxe sources to Haxe only to then...

## HL The reason I didn't mention HL is because I'm not sure if this kind of performance is going to be your focus. At the moment, our [mandelbrot benchmark](https://github.com/HaxeFoundation/haxe/tree/development/tests/benchs/mandelbrot)...

> yes, the mandelbrot benchmark is actually very GC oriented, unless compiled with -D reduce_allocs, I think outside of GC you should get similar or better perfs in HL/C than...

I agree. Fortunately, we have nadako working on his Actionscript compiler at the moment and we should get some nice performance metrics from that.

That's what I meant regarding Haxe-idiomatic and OCaml-idiomatic. Cons lists are very untypical for Haxe and our Haxe-in-Haxe should certainly avoid them. It's not an option without a reliance on...

I mean, you've been replying to a thread where the last activity was almost a year ago, and that last activity was someone questioning the approach that was taken here....

You won't like hearing this, but Haxe is (like all compilers) complicated and people mostly just use OCaml as an excuse once they realize that. ... Haxe should still eventually...

The OCaml installation is our hazing ritual.

Metadata cannot exist by itself, it always has to annotate something. That's why your example doesn't parse because just the metadata is not a valid expression. I don't know if...

This is mostly a syntactic problem. Before we can do anything this has to be expressed in a way that is valid Haxe syntax. IMO it should still be handled...