Closed ibilon closed 7 years ago
I think this requires some conditional compilation so it still works with Haxe 3...
Right forgot about that, fixed and modified travis to test both.
Travis is finally fixed.
So do you think haxe's printBinop
should be changed? Or would that be an issue since in
does require spaces around it?
Good question about printing this... let's get @nadako's opinion.
That depends on what's the actual purpose of printBinop
... I assume it's for outputting a certain token for given binop, not depending on a context. With that in mind it shouldn't add spaces to in
, because spaces around it only make sense in context of printing a EBinop
expression where it already has spaces IIRC.
So yeah, printBinop
should be fixed to just return "in"
.
Sounds good to me!
Any idea how long it takes before it uses the updated Haxe?
As soon as it is uploaded, which is after the third task of https://travis-ci.org/HaxeFoundation/haxe/builds/265974571 finishes.
Looks like it's up now.
Thanks!
Works for all but one test (including a std parse)
which is
eeq("a in b");
becausenew haxe.macro.Printer("").printBinop(OpIn)
givesin
(there is one space before and after in).No idea how to fix that.