If we move to js17, we can reintroduce a periodic GC without fear of a
deadlock, which will keep memory usage low. If we branch and make two
releases, we have no way to do that, shy of conditional compilation.
On Sun, Mar 10, 2013 at 4:04 PM, Colin Walters wrote:
> On Sun, 2013-03-10 at 17:24 +
On Sun, 2013-03-10 at 17:24 +1100, Tim wrote:
> I believe the plan is (from discussions with walters) to branch gjs for the
> 3.8 release. So essentially there would be two gjs versions at
> release, one for the old spidermonkey and one for the new spidermonkey.
Yeah; also, after 3.10 development
I believe the plan is (from discussions with walters) to branch gjs for the 3.8
release. So essentially there would be two gjs versions at
release, one for the old spidermonkey and one for the new spidermonkey. It
would then be up to distro's to choose which version they use.
The improvements th
Hi!
About memory leaks in gnome-shell, Jasper just wrote in
https://bugzilla.gnome.org/show_bug.cgi?id=642652#c145,
This is partially a SpiderMonkey bug. If all the dates align just
right, we may be able to fix this for 3.8.
This would happen by updating to js188, the appropriate changes to
