Wouldn't it be possible to rewrite dehydra as an API on top of js-ctypes
bindings?

Cheers,
 David

> Actually one big reason that dehydra failed is that spidermonkey became
> a lot harder to embed due to increased churn(new jits landing, etc). So
> I strongly advice against wasting time on it. Certain other JS JIT
> engines have much more stable APIs(but much crappier JS, eg lack of
> generators makes dehydra less fun). Python has the benefit of maturity +
> shipping with generators, comprehensions, lambdas which make it much
> better suited than various JS implementations for this.
> 
> The other thing to note is that the best way to do something like
> dehydra is to build it as a highlevel wrapper on top of a lower level
> api like python-gcc. The only reason dehydra was implemented the way it
> was is because it came first before lower-level AST compiler bindings
> were shown to be practical.
> 

-- 
David Rajchenbach-Teller, PhD
 Performance Team, Mozilla

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
dev-static-analysis mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-static-analysis

Reply via email to