Re: Forcing alphabetical order in moz.build files

On 4/16/2013 10:15 PM, Robert O'Callahan wrote: > I have a request ... can we require lists in moz.build files to be in > alphabetical order, and actually enforce with some build-system check? I'm > always annoyed by Makefiles where lists are sometimes unordered and it's > hard to find items and kn

Forcing alphabetical order in moz.build files

I have a request ... can we require lists in moz.build files to be in alphabetical order, and actually enforce with some build-system check? I'm always annoyed by Makefiles where lists are sometimes unordered and it's hard to find items and know where to add items. Rob -- q“qIqfq qyqoquq qlqoqvqe

migrating 28-30 locales from mozilla-central

hi; If you are involved in any of the following locales, please read on. Otherwise, you can hit delete now! af ak as br bn-IN da eu gd gu-IN hy-AM is ka kk km kn lg mai mk mn mr nso oc or rm si son sw te ta-LK zu In bug#657789, l10n-drivers gave RelEng this list of locales which had already s

MemShrink meeting: Today April 16, 2013 @ 4:00pm PDT

Note new meeting time: Tuesday, 16 April 2013, 16:00:00 PDT Today's MemShrink meeting will be brought to you by lower-memory Android fonts: https://bugzilla.mozilla.org/show_bug.cgi?id=844669 The wiki page for this meeting is at: https://wiki.mozilla.org/Performance/MemShrink Agenda: * Discu

EXPORTS now in moz.build

Hi all, Just a friendly heads-up that the EXPORTS variable is now in moz.build (currently in inbound). So if you have a new header to export, please make that change in the moz.build file instead of the Makefile.in. This is not a 1-to-1 conversion to moz.build like some of the previous variab

Re: Clearing appcache entries

On Mon, Apr 15, 2013 at 9:50 AM, Gavin Sharp wrote: > The only possibly-related code I see in Firefox's "Forget about this > Site" functionality is this: > > http://hg.mozilla.org/mozilla-central/annotate/261d6997d1d1/toolkit/forgetaboutsite/ForgetAboutSite.jsm#l179 > > Which uses nsIQuotaManager.

Re: Preparing for the next windows PGO build memory exhaustion

On 2013-04-16 4:59 AM, Neil wrote: Ehsan Akhgari wrote: Is this merely a correlation? Surely if it wasn't, then clobber builds would have the lowest memory consumption? Well, clobber builds delete everything in your objdir. but these builds just cause a whole lot to be rebuilt (I think).

Re: Preparing for the next windows PGO build memory exhaustion

On Tue, Apr 16, 2013 at 05:39:30AM -0500, Jim Mathies wrote: > We also still have bug 845840 - "File a support request with ms on > our pgo problems". As soon as we sort out the account stuff we can > file something. I doubt we can get a satisfactory response from MS before things blow out (if at

Re: Preparing for the next windows PGO build memory exhaustion

We also still have bug 845840 - "File a support request with ms on our pgo problems". As soon as we sort out the account stuff we can file something. Jim ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo

Re: Clearing appcache entries

mratcli...@mozilla.com wrote: I believe I can clear *all* appcache entries using: Services.cache.evictEntries(Ci.nsICache.STORE_OFFLINE); But how the heck do I: - Clear all entries for a single cache group - Clear all entries for a string match (e.g. domain) - Clear a single entry (or by URI)

Re: Preparing for the next windows PGO build memory exhaustion

Ehsan Akhgari wrote: there was something common in all four of them, they _all_ included changes to the build system which would cause most of the tree to be rebuilt *snip* Is this merely a correlation? Surely if it wasn't, then clobber builds would have the lowest memory consumption?