Upcoming changes to automated Windows builds, and why you should consider switching away from pymake soon

Hi, In the coming days and weeks, there are going to be a few changes to how we do automated build on Windows, all in the interest of faster build times: - Shared compilation cache is going to be deployed soon(ish). We currently have no compilation cache at all on windows, and we're going to

Re: GCC 4.9 for compiling and linking mozilla software?

On Wed, Jun 11, 2014 at 05:43:22PM +0900, ishikawa wrote: Hi, Has anyone tried to use GCC 4.9 to build mozilla code? I got the following error during compilation and linking using GCC 4.9. 4.8 worked without such a problem. The error occurs during linking of libxul.so for C-C TB. TB ：

TOOL_DIRS, TEST_TOOL_DIRS and PARALLEL_DIRS are no more

Hi, I'd like to inform you today that choosing the right variable when adding a new directory to the tree just got a lot easier with the landing of bug 1043802 and bug 1043820 (on mozilla-inbound only at the moment). Before, you had to choose from: - DIRS - PARALLEL_DIRS - TEST_DIRS -

Some more changes to declarations in the build system

Hi, I just landed a few changes to how programs and libraries are declared in moz.build. See the last version of the documentation: https://hg.mozilla.org/integration/mozilla-inbound/file/tip/build/docs/defining-binaries.rst or, you can see what changed, specifically:

Re: moderately-sized project ideas for the build system?

On Fri, Sep 05, 2014 at 11:17:00AM -0400, Ehsan Akhgari wrote: Thanks! So, I can only see three places in rules.mk where we seem to do things in libs::, and I cannot find anything else in recursivemake.py or Makefile.in. Am I missing something? Or are those three rules the only work to do

add_tier_dir is no more

Hi, I just landed on inbound build system changes that removed add_tier_dir. If you've edited e.g. toolkit.mozbuild in the past, you must know its past existence. I'm proud to tell you it's gone for good (assuming that it sticks). You must now use DIRS like everywhere else. Mike

Re: Forefox build problems on ARMv7 with Debian

On Wed, Nov 05, 2014 at 11:43:58PM -0800, marcello.zanib...@gmail.com wrote: Hi. I'm trying to build firefox and I get errors. Can you help me? hardware: http://docs.cubieboard.org/tutorials/cubietruck/start OS: Debian armhf/ARMv7

Re: Build system goals for Portland

On Wed, Nov 26, 2014 at 02:37:14PM -0800, Gregory Szorc wrote: I put together https://etherpad.mozilla.org/build-portland-goals to try to capture what people hope to do in Portland with regards to the Firefox build system. If you have something you are trying to drive or you have something

Re: xul is linked twice

On Sun, Dec 07, 2014 at 07:54:49PM -0800, Cst King wrote: On Monday, December 8, 2014 1:39:48 AM UTC+8, Ted Mielczarek wrote: On 12/6/2014 11:59 PM, Cst King wrote: In linux pgo builds, xul is linked twice at least during profile use phase. Can it be avoided? If it's getting

Re: How to pass Extra-libs to the Build?

On Mon, Dec 22, 2014 at 11:02:19PM +0100, Andreas Mattheiss wrote: Hi, Am Mon, 22 Dec 2014 11:42:23 -0500 schrieb Ted Mielczarek: If the build system isn't passing -lrt automatically then that's a bug. That's what I thought. But who am I to state this ;-) It's possible that

Re: How to pass Extra-libs to the Build?

On Mon, Dec 22, 2014 at 11:57:02PM +0100, Andreas Mattheiss wrote: Hello, Am Tue, 23 Dec 2014 07:30:54 +0900 schrieb Mike Hommey: What is that command line that was missing a -lrt? Maybe the problem is that this shouldn't be running at all, and something unexpected is being built. I

Re: Is there an way to reduce recompile time?

On Tue, Apr 28, 2015 at 05:24:16PM -0500, Joshua Cranmer ? wrote: On 4/28/2015 4:28 PM, ISHIKAWA, Chiaki wrote: On 2015/04/28 23:30, Toan Pham wrote: Linking is a process of resolving symbols from object files with external libraries, and it should not take that long. When you have a chance,

Re: Firefox Build Exception: Could not find a suitable make implementation

On Thu, Jun 18, 2015 at 10:03:44PM -0700, rac...@gmail.com wrote: Ok, I will install MozillaBuild 2.0.0. Following the same Simple Firefox Build page, it says: Building To start the build, cd into the mozilla-central subdirectory (created automatically by the hg clone command), and run:

Re: Where should be plugins for Linux ?

On Thu, Oct 15, 2015 at 02:11:08PM -0400, Benjamin Smedberg wrote: > > > On 10/15/2015 1:45 PM, swojskichlo...@wp.pl wrote: > > Can I ask why binary Firefox not using /usr/lib64/mozilla/plugins ? > >This is firefox bug ? > > No, this is intentional. The directory layout of Linux systems

Re: Should an empty file trigger "No preprocessor directives found" error?

On Fri, Dec 04, 2015 at 11:36:41AM +0900, ISHIKAWA, Chiaki wrote: > diff --git a/mail/app/moz.build b/mail/app/moz.build > --- a/mail/app/moz.build > +++ b/mail/app/moz.build > @@ -46,11 +46,10 @@ DEFINES['APP_VERSION'] = CONFIG['MOZ_APP > > if CONFIG['MOZILLA_OFFICIAL']: >

Re: Unable to build Firefox 47 on OS X

On Tue, Jun 07, 2016 at 11:59:05AM +0200, matthias koplenig wrote: > hi. > > I'm unable to build Firefox 47 with >ac_add_options > --enable-warnings-as-errors< set. 46.0.1 with this option works as > expected. Don't build with --enable-warnings-as-errors if you don't build Firefox with the same

Moving away from autoconf

Hi, We are, officially, and starting today with the landing of bug 1250294, moving away from autoconf. This is not going to happen overnight, and it is going to be painful, but the first step has just been made, and we're not turning back. The autoconf scripts are however still there and are

Re: Interpreting treeherder results

On Mon, Jul 11, 2016 at 11:11:22PM -0400, Boris Zbarsky wrote: > On 7/11/16 10:10 PM, Gregory Szorc wrote: > > I recommend not developing on top of inbound (or fx-team or autoland) > > and instead basing all work on central because: > > This recommendation only works if your patches never depend

Python configure: status and discussing improvements

Hi, It's almost been 6 months since bug 1250294 landed, initiating the long and slow move off autoconf. Where are we, 6 months later? While there hasn't been constant progress in the migration (we've all been busy with other things too), the current status is that, pending in-flight bugs, the

Re: Error running mach

On Thu, Feb 02, 2017 at 08:10:59AM -0500, Ted Mielczarek wrote: > On Thu, Feb 2, 2017, at 12:18 AM, Rushikesh Jogdand wrote: > > I'm trying to build mozilla on Ubuntu 16.10 > > > > I did following:- > > 1. run ```bootstrap.py``` > > 2. clone mozilla-central repo > > 3. make mach executable

Re: Is mach show-log supposed to show test logs?

On Wed, Feb 08, 2017 at 10:51:03AM -0500, Benjamin Smedberg wrote: > I'm a bit confused about mach show-log and what it's supposed to contain. > If I run a test command, for example: `mach mochitest dom/plugins/test` I > see a bunch of output and no clear indication of whether any particular >

Re: Python configure: status and discussing improvements

On Thu, Aug 18, 2016 at 10:22:24AM -0700, Christopher Manchester wrote: > On Mon, Aug 15, 2016 at 11:51 PM, Mike Hommey <m...@glandium.org> wrote: > > > Hi, > > > > It's almost been 6 months since bug 1250294 landed, initiating the long > > and slow move o

Re: Intent to deprecate: Building mozilla-central without Skia enabled

On Mon, Aug 22, 2016 at 06:33:44PM -0400, George Wright wrote: > it is already the default software canvas option on all platforms It's not. All Tier-1 platforms != all platforms. That's arguably the main problem. Mike ___ dev-builds mailing list

Re: Python configure: status and discussing improvements

On Tue, Aug 16, 2016 at 03:51:51PM +0900, Mike Hommey wrote: > Here's my own list of things that I find suboptimal, with suggestions > when I have some. > - I'm trying to enforce separation of concerns between generic things, > app-specific things and toolkit-specific things. This

Re: Intent to deprecate: Building mozilla-central without Skia enabled

On Tue, Aug 23, 2016 at 08:03:32PM -0400, Nathan Froyd wrote: > On Mon, Aug 22, 2016 at 6:52 PM, Mike Hommey <m...@glandium.org> wrote: > > On Mon, Aug 22, 2016 at 06:33:44PM -0400, George Wright wrote: > >> it is already the default software canvas option on all platfor

Re: Cross compile issue: EnumStringComparisonError: Can only compare with 'Darwin', 'DragonFly', 'FreeBSD', 'kFreeBSD', 'Linux', 'NetBSD', 'OpenBSD', 'WINNT'

On Sat, Nov 05, 2016 at 07:26:07AM -0700, Alex wrote: > Hi all, > > Since around Firefox 49, I've had trouble cross compiling Firefox using > mingw-w64 and GCC. With the environment set up properly, I get an error log > as follows: > > 0:08.44 checking for target system type...

Re: moz.build processing time

On Wed, Nov 23, 2016 at 01:57:44PM -0500, Ehsan Akhgari wrote: > Here is mine: > 12.9s spent in 324 calls to select.select. 4.8s spent in 43898 calls to posix.stat. That's an awful lot of time for I/O. It almost looks like you're

Re: moz.build processing time

On Thu, Nov 24, 2016 at 07:04:33PM -0500, Nathan Froyd wrote: > On Wed, Nov 23, 2016 at 4:31 PM, Mike Hommey <m...@glandium.org> wrote: > > I know OSX can be bad with I/O, but that seems unusually bad. IIRC gps > > found that there's a relatively low limit to the number o

Re: moz.build processing time

On Wed, Nov 23, 2016 at 04:24:25PM -0500, Ehsan Akhgari wrote: > On 2016-11-23 4:09 PM, Mike Hommey wrote: > > On Wed, Nov 23, 2016 at 01:57:44PM -0500, Ehsan Akhgari wrote: > >> Here is mine: > >> <https://gist.github.com/ehsan/ad4e56f2d2f70e3e6c578a2517afbc15>

Re: FYI: adding libclang as a build-time dependency

On Thu, Oct 27, 2016 at 07:38:27PM -0700, Bobby Holley wrote: > On Thu, Oct 27, 2016 at 7:21 PM, Mike Hommey <m...@glandium.org> wrote: > > > On Thu, Oct 27, 2016 at 07:11:10PM -0700, bobbyhol...@gmail.com wrote: > > > On Thursday, October 27, 2016 at 4:41:30 P

Re: FYI: adding libclang as a build-time dependency

On Thu, Oct 27, 2016 at 07:11:10PM -0700, bobbyhol...@gmail.com wrote: > On Thursday, October 27, 2016 at 4:41:30 PM UTC-7, Nathan Froyd wrote: > > On Thu, Oct 27, 2016 at 7:31 PM, Chris Peterson > > wrote: > > > The Stylo team would like to make libclang a build-time

Re: Running Firefox from command line on Mac OS X

a build to check.) > > If I recall correctly, you can't run directly from dist/bin and get all the > Mac OS X packaging stuff (including the menu and icons) easily. You can, > of course, run |./mach package| and get a well-formed .App bundle that you > can then run with "open di

Re: Making MozillaBuild 64-bit only

On Fri, Mar 31, 2017 at 02:00:51PM -0400, Ryan VanderMeulen wrote: > We've gotten a number of reports from users lately regarding OOM issues > with git-cinnabar. FWIW, this isn't true anymore with the master branch of git-cinnabar. Mike ___ dev-builds

Re: Optimizing what runs on which push

On Fri, May 26, 2017 at 06:20:33PM -0400, Dustin Mitchell wrote: > Andrew, I apologize for not giving credit -- the "try this" variant is > intended to be exactly what you've proposed in that blog entry. > > I like the idea of doing the processing client-side. I think we will > still want

Re: Optimizing what runs on which push

On Fri, May 26, 2017 at 06:35:42PM -0400, Dustin Mitchell wrote: > 2017-05-26 18:29 GMT-04:00 Mike Hommey <m...@glandium.org>: > > Please make it so that it's possible to figure out why some job has run > > or not. Currently, it's near impossible. > > Yep. According to

Re: Optimizing what runs on which push

On Tue, May 30, 2017 at 05:25:20PM -0700, Gregory Szorc wrote: > On Thu, May 11, 2017 at 10:05 AM, wrote: > > > Background: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1359942 > > > > As jobs move to taskcluster, we have an improved opportunity to do some > > smarter

Re: Better incremental builds - Tup backend ready for early adopters on Linux

On Wed, Aug 08, 2018 at 05:24:07PM -0700, Myk Melez wrote: > Michael Shal wrote on 2018-08-02 08:34: > > > > Hi everyone, > > > > > > Tup is a modern build system that enables fast and correct builds. I'm > > pleased to announce the availability of Tup for building Firefox on > > Linux.

Re: Avoiding the hard build dependency on NodeJS

On Wed, Nov 07, 2018 at 05:32:40AM -0800, Martin Husemann wrote: > I understand the desire for developers do use the best tool for each job, and > integrating NodeJS in the regular work flow during development might be a > good idea. > > However, requiring NodeJS for each build (including the

Re: [PSA] Upcoming changes to flake8 linter

On Fri, Feb 01, 2019 at 11:08:26AM -0500, Andrew Halberstadt wrote: > *4. Enabling flake8-isort (bug 1492495 > )* > > Isort is a tool to format python imports, and flake8-isort is a shim > to use it as a linter. I'm proposing flake8-isort over

Re: Proposal: Bump the minimum version of node to 8.12.0 and npm to 6.4.1

On Wed, Apr 17, 2019 at 02:54:25PM +0100, Mark Banner wrote: > I'd like to bump the minimum version of node to 8.12.0 (from 8.11.0) and npm > to 6.4.1 (from 5.6.0). > > The reason is that we are seeing occasional issues when we update our > in-tree ESLint versions that mean that especially

Re: Problem in building firefox (Ubuntu 16.04)

On Fri, Jan 31, 2020 at 04:18:30AM -0800, Freya Mehta wrote: > 4:39.77 error: could not compile `style`. > 4:41.08 Caused by: > 4:41.08 process didn't exit successfully: > `/home/freya/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/rustc > --crate-name style

Re: Problem in building firefox (Ubuntu 16.04)

On Fri, Jan 31, 2020 at 06:37:38AM -0800, Freya Mehta wrote: > On Friday, January 31, 2020 at 7:58:02 PM UTC+5:30, Mike Hommey wrote: > > On Fri, Jan 31, 2020 at 04:18:30AM -0800, Freya Mehta wrote: > > > 4:39.77 error: could not compile `style`. > > > 4:41.08 Caused b

Re: How to force rust target in firefox build

On Wed, Jul 01, 2020 at 05:34:16PM +, John Frankish wrote: > I'm trying to compile firefox natively on an RPi4 running tinycorelinux > piCore. > > The configure phase fails because it tries to use arm-unknown-linux-gnueabihf > as the rust target instead of armv7-unknown-linux-gnueabihf. >

Re: Shutting down legacy Taskcluster deployment

On Fri, Jun 26, 2020 at 08:04:01PM +, Tom Ritter wrote: > On Fri, Jun 26, 2020 at 7:34 PM Andrew Halberstadt wrote: > > > > On Fri, Jun 26, 2020 at 3:14 PM Jeff Muizelaar > > wrote: > >> > >> What percentage of the space used for artifacts is actually builds > >> that are used for