Mozilla 2 Meeting Details
- Wednesdays - 11:00am Pacific, 2:00pm Eastern, 18:00 UTC
- Mozilla Building S - <script> conference room
- 650-903-0800 or 650-215-1282 x91 Conf# 217 (US/INTL)
- 1-800-707-2533 (pin 369) Conf# 217 (US)
- irc.mozilla.org #mmgc for backchannel
- dmandelin: outparam analysis -- how difficult is this kind of analysis now, and how difficult will it be for 1) you 2) random people who want to author an analysis but don't know much about theorem provers
- Outcome: will run on mozilla-central; work with bsmedberg to analyze the original results; tweak the algorithm if appropriate; work on treehydrification
- taras: treehydra progress -- probably working today!
- jimb: autoconf+spidermonkey — out-of-tree 'configure; make; make install' is working, although Taras has found some bugs. 'js-config' script generated and installed. Work is based on Mozilla Central now. Working through in-tree build bugs. Current status, code and instructions on wiki at Building only SpiderMonkey.
- bsmedberg: beginning to upstream patches
- bug 421127 - gfx-refcounting - resolution: create new refcounting-for-real class mozilla::RefPtr
- jorendorff? still working on 1.9? -- welcome Edward Joseph Orendorff! jorendorff will be back in two weeks
- automated tests for mozilla-central: unit tests bug 417332, leak+debug tests bug 422296, perftests (reporting to MozillaTest currently)
- Resolution: we can't open mozilla-central for real work until these are present
- bsmedberg to write up tree rules from the guidelines proposed (and generally accepted) in mozilla.dev.planning
- MDC:Mercurial/Desired_Features being contracted out
- bsmedberg has the server hooks to collect push revision/time/user... should we ask IT to install this on mozilla-central now?
- Are there features we could add to Mercurial to support sharing the core platform code amongst the various applications? (Vlad mentioned 'forest' extension to hg.)
- Are there features we could add to Mercurial to allow people to work on SpiderMonkey with hg without checking out all the rest of the tree?
- Is it practical to remove the dependency of SpiderMonkey on NSPR? If we had to lose some features — multi-threaded operation, say — this would still be helpful to some users (Taras, say). (Bsmedberg says if 'threadsafe' is not enabled, then it shouldn't need NSPR at all.)
- jst: Mercurial setup on Windows sucks
- general agreement
- MozillaBuild 1.3 will have mercurial: bsmedberg to find the bug