I have been thinking along similar lines (either self-hosting, or targeting JS), but with a different incentive: I would like to find a way to make regular expression matching work during parallel execution. Self-hosting is the easiest way to do that.
Niko On Thu, Jan 02, 2014 at 08:39:46AM -0800, Steve Fink wrote: > On Thu 02 Jan 2014 07:31:56 AM PST, Nicolas B. Pierron wrote: > > I think we can do better by implementing a regexp compiler which > > *targets* JavaScript instead of assembly. By generating asm.js-like > > code for regexp, we can have good generated code and we can easily > > apply all the rules we already have for calling / *inlining* them in > > Ion code. > > I had a similar thought, but a little different -- could we take a good > C-based regex engine and compile it via emscripten to produce a > self-hosted implementation? I'm thinking of something like pcre. > > There would probably be some perf rough edges, especially since this > would be walking over strings not simple byte arrays. I don't know how > hard it would be to smooth those out. (Nor have I looked at the pcre > code.) String encoding might be ugly. > _______________________________________________ > dev-tech-js-engine-internals mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-tech-js-engine-internals _______________________________________________ dev-tech-js-engine-internals mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-js-engine-internals
