Re: Build times of different projects

2013-08-26 Thread Mike Shal
On 08/25/2013 12:05 PM, Ehsan Akhgari wrote: > Note that the code itself (and not just its size) being compiled can also > change the compilation time, as the compiler needs to perform things such > as template instantiation, Koenig name look-ups, etc. Those factors will > not change by reducing t

Re: suggested reviewers for bugzilla products and components

2013-07-18 Thread Mike Shal
On Thu 18 Jul 2013 12:45:19 PM EDT, Gregory Szorc wrote: Would people be interested in adding this metadata to the tree? We could put files in the tree (possibly reusing moz.build files) that identified Bugzilla products/components, modules, reviewers, etc for directories, files, etc and then too

Re: converting CPPSRCS to moz.build

2013-05-22 Thread Mike Shal
On Wed 15 May 2013 12:23:41 AM EDT, Mike Shal wrote: On Mon 13 May 2013 04:17:39 PM EDT, Ryan VanderMeulen wrote: On 5/13/2013 4:08 PM, Ehsan Akhgari wrote: I don't see the downside of a very short tree closure. It is our common way of doing large scale stuff like this across the cod

Re: converting CPPSRCS to moz.build

2013-05-14 Thread Mike Shal
On Mon 13 May 2013 04:17:39 PM EDT, Ryan VanderMeulen wrote: On 5/13/2013 4:08 PM, Ehsan Akhgari wrote: I don't see the downside of a very short tree closure. It is our common way of doing large scale stuff like this across the codebase. Agreed, no sense in tempting fate. Besides, 6am PT is

converting CPPSRCS to moz.build

2013-05-13 Thread Mike Shal
Hi all, I'd like to reserve Wednesday morning starting at 6am PDT to close central/inbound/birch to get the CPPSRCS moz.build conversion (bug 864774) landed and in each branch. (I tried to land it on inbound this weekend, but it didn't go so well). Let me know if this timeslot will cause any

EXPORTS now in moz.build

2013-04-16 Thread Mike Shal
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: mach has landed

2012-10-07 Thread Mike Shal
On Thu, Oct 4, 2012 at 12:17 PM, Benjamin Smedberg wrote: > On 10/4/2012 12:11 PM, Gregory Szorc wrote: >> >> >> #1 is a larger problem with no easy solution. Without significantly >> altering how make/pymake work, about the best we can do is parse the process >> output of the build and try to pri