I'd like to GC regular expression guts (instead of refcounting them, as we do now), cache the results of regular expression compilation with a weakref cache on the compartment, use lazy regexp compilation (to avoid parse time overhead), and use the newfound lazy powers to evict code from cold regexp guts at GC time. Most of these are already filed, but I felt that all this yearning inside of me *deserved* to be expressed in the form of a meta-bug.

Why switch from refcounting to gc for these leaf objects? Not saying it's a bad idea, but just trying to understand the reasoning.

(In reply to comment #1) Less opportunities to have faulty refcounting is a good enough reason for me, TBH. With a flexible-sized GC capability (in joyous times to come) they could contain their bytecode, so it'd be nice to head in this direction anyway.

I think bug 724748 should be the final blow here, then we can close out this bug.

Mass-reassigning cdleary's bugs to default. He won't work on any of them, anymore. I guess, at least. @cdleary: shout if you take issue with this.

All the bugs this bug depends on are closed, and even bug 654820 is closed now. Can this bug be closed now?