New build system module owner

I have been the module owner for the Core :: Build Config module since 2013. I am no longer a Mozilla employee and am effectively dormant in The Project. The build system module requires someone who is active in The Project and has experience with its vast scope and impact. I am honored to

mtime comparison considered harmful

https://apenwarr.ca/log/20181113 This article has a terrific overview on mtime and other file system wonkiness and goes into detail on implications for build systems. There’s even discussion of implications of using file hashes for build system DAGs. As a bonus, it is also a fairly good

Re: PSA: |mach python-test| can now run with python 3

On Fri, Jul 6, 2018 at 3:12 AM, Axel Hecht wrote: > Nice. > > I'm just devoting my Friday productivity to fixing bustages in python 3.7 > compared to 3.6. Which affect code I copied from mozpack.path ;-) [0] > > Which leads me to: We should run tests in automation for at least 3.7 and > 3.6. Not

David Major is now a build peer

David Major has demonstrated a knack to tackle toolchain problems in the build system, notably those involving MSVC, Clang, and debugging. He's become a go-to person for questions in this domain. Toolchain work (especially efforts to move to Clang) are a significant area of focus right now and I

Re: [rfc] Trying to make sense of opt-in Node integration in mozilla-central

On Fri, Apr 20, 2018 at 10:24 AM, Nicholas Alexander wrote: > Colleagues, > > I have a patch series that adds an opt-in --enable-node-environment > configure flag and, when that flag is set, uses Node (via Webpack) to > generate the Activity Stream content bundle. This

Re: [mozlintf] Exploring requiring Node.js to build Firefox

On Fri, Jan 26, 2018 at 1:10 AM, Wolfgang Rosenauer <wolfg...@rosenauer.org> wrote: > Hi, > > (wondering if this goes through. Somehow I miss another answer sent to > this list earlier.) > > Am 24.01.2018 um 10:26 schrieb Landry Breuil: > > On Tue, Jan 23, 2018 at 0

The future of files-based metadata in moz.build files

moz.build files have a mechanism for associating metadata with files [1]. We use the "with Files()" primitive [2] for: * Associating files with Bugzilla components * Defining how files impact certain CI components In the future, I fully anticipate us wanting to have a primitive that allows us to

Experimental build system group review in Phabricator

Phabricator has the ability to assign reviews to a group. As a reviewer, when you "accept" the review (the equivalent of r+ in Phabricator terminology), you can do so as an individual and/or as a member of a group. i.e. reviewers can signal their individual sign-off versus a more official sign-off

Re: Exploring requiring Node.js to build Firefox

On Tue, Jan 23, 2018 at 4:34 PM, Gregory Szorc <g...@mozilla.com> wrote: > Speaking as a maintainer of the Firefox build system, we try to be > conservative about the set of dependencies required to build Firefox from > source. We recognize that every required dependency is a p

Exploring requiring Node.js to build Firefox

p in mind that mozilla-central right now is Firefox 60. That will become ESR 60 in May. Gregory Szorc g...@mozilla.com Firefox build system module owner ___ dev-builds mailing list dev-builds@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-builds

Re: Resolving which build system entry points need to exist

On Fri, Nov 17, 2017 at 2:08 PM, Mike Hommey <m...@glandium.org> wrote: > On Fri, Nov 17, 2017 at 01:06:05PM -0800, Gregory Szorc wrote: > > As I'm working to remove client.mk, I'm encountering quite the > spiderweb of > > dependencies between: > > > > * mac

Resolving which build system entry points need to exist

As I'm working to remove client.mk, I'm encountering quite the spiderweb of dependencies between: * mach * client.mk * configure.in and configure * moz.configure / configure.py * config.status * build backend (Makefile.in, etc) Today, it is possible to bypass our frontends (mach and client.mk)

Re: Intent to require Python 3 to build Firefox 59 and later

t configure to an explicit binary, use the PYTHON3 environment variable. From a mozconfig: ac_add_options PYTHON3=/opt/local/bin/python3.6 Configure's output will print the path and version of any discovered Python 3.5+ binary. You can also look for PYTHON3 in objdir/config.status. > > On

Re: Intent to require Python 3 to build Firefox 59 and later

On Mon, Nov 13, 2017 at 5:22 AM, Ted Mielczarek wrote: > On Sun, Nov 12, 2017, at 12:12 PM, David Burns wrote: > > I am not saying it should but if we have a requirement for python 3, we > are also going to have a requirement for py2 to both be available for local >

Intent to require Python 3 to build Firefox 59 and later

For reasons outlined at https://bugzilla.mozilla.org/show_bug.cgi?id=1388447#c7, we would like to make Python 3 a requirement to build Firefox sometime in the Firefox 59 development cycle. (Firefox 59 will be an ESR release.) The requirement will likely be Python 3.5+. Although I would love to

Re: Reviews for in-tree documentation (was: Builds docs on MDN)

On Thu, Oct 19, 2017 at 5:37 PM, Andreas Tolfsen wrote: > Some time ago there was a discussion on dev-builds@ regarding > the state of our in-tree source code documentation. The main > focus was that MDN, moving forward, will mainly revolve around web > platform documentation and

Re: Tracking Python 3 for Firefox tooling

once a module passes a tokenize/ast or import threshold, it stays that way. > 2017-08-16 12:54 GMT-04:00 Gregory Szorc <g...@mozilla.com>: > >> In the past few weeks, a few independent projects have inquired about >> using Python 3 for Firefox build/development tooling. >

Tracking Python 3 for Firefox tooling

In the past few weeks, a few independent projects have inquired about using Python 3 for Firefox build/development tooling. tl;dr we now have bug 1388447 (aliased as "buildpython3") tracking everything Python 3 related to Firefox development. Please use it. My thoughts on Python 3 and Firefox

Re: Python Build Error/ First time trying to build

at this. > On Friday, July 21, 2017 at 11:49:44 PM UTC-4, Gregory Szorc wrote: > > That error shouldn't occur if the repository and your checkout is in a > good state. Maybe do an `hg pull` and `hg up` and try again. And verify `hg > status` says no files are missing. > > &

Re: Python Build Error/ First time trying to build

That error shouldn't occur if the repository and your checkout is in a good state. Maybe do an `hg pull` and `hg up` and try again. And verify `hg status` says no files are missing. On Fri, Jul 21, 2017 at 6:46 PM, Brian Shreve wrote: > Thanks for responding. I am doing

Re: Announcing MozillaBuild 3.0 Release

Thanks for all your work on this, Ryan! So everyone knows, this is hopefully the last major overhaul of MozillaBuild. The plan from build system land is to attempt to go "all in" on Windows Subsystem for Linux (WSL). That's the feature in Windows 10 (and even in Server additions now) that

Re: Builds docs on MDN

On Fri, Jun 16, 2017 at 7:40 AM, Boris Zbarsky wrote: > On 6/16/17 9:33 AM, Ehsan Akhgari wrote: > >> I certainly feel like the >> barrier for filing bugs, creating a patch, figuring out how to use >> readthedocs infrastructure, getting reviews, etc. isn't really worth it >> >

Re: Builds docs on MDN

emes, etc we use. You may find tools/docs/conf.py and `./mach doc` useful for tinkering. The Sphinx bits are an underloved feature. So any contributions would be greatly appreciated. Feel free to flag me for review. > > > > On Thu, Jun 15, 2017 at 3:41 PM, Gregory Szorc <g...@

Builds docs on MDN

MDN is pivoting hard to focus on web docs: https://blog.mozilla.org/opendesign/future-mdn-focus-web-docs/ MDN will actively start de-emphasizing docs that aren't related to the web. You can already see this on things like search results:

Re: Optimizing what runs on which push

sometimes [ ] often [ ] always] >> * to run all jobs for one or more platforms >> [ ] never [ ] rarely [ ] sometimes [ ] often [ ] always] >> >> Or something like that? >> >> 2017-05-30 21:21 GMT-04:00 Mike Hommey <m...@glandium.org>: >> > O

Re: Optimizing what runs on which push

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 scheduling of what jobs to run on what sort of push. Of course, > it's a

Consolidating Firefox :: Build Config into Core :: Build Config Bug Components

There currently exist "Build Config" bug components in both the Core and Firefox products. I think I understand the history of why there are multiple components. But in 2017, I question the value of having multiple components. The Firefox component is low traffic and the kinds of bugs it is

Re: Making MozillaBuild 64-bit only

On Fri, Mar 31, 2017 at 11:00 AM, Ryan VanderMeulen < rvandermeu...@mozilla.com> wrote: > > We've gotten a number of reports from users lately regarding OOM issues > with git-cinnabar. Additionally, I've heard anecdotal evidence that > Mercurial can run into issues on 32-bit these days under

Help needed with prioritizing js/src compilation (bug 1262241)

Bug 1262241 is pretty high priority for developers, IMO. The way things work today is that js/src - specifically Interpreter.cpp - is stacked up behind a very long line of dependencies and its 2+ minute compilation often becomes a long pole in the compile tier. Unfortunately, there doesn't appear

Re: ImplementionError on Elementary OS Luna while running bootstrap.py

On Wed, Mar 22, 2017 at 4:05 AM, wrote: > Hi, I got the following error while running bootstrap.py on my system - > > Traceback (most recent call last): > File "bootstrap.py", line 170, in > sys.exit(main(sys.argv)) > File "bootstrap.py", line 160, in main >

Re: Redirecting http://hg.mozilla.org/ to https://

http://hg.mozilla.org now HTTP 301s to https://hg.mozilla.org/. Please report any problems against bug 450645 and/or make noise in #vcs on irc.mozilla.org. On Thu, Jan 26, 2017 at 2:17 PM, Gregory Szorc <g...@mozilla.com> wrote: > It may be surprising, but hg.mozilla.org is still accept

Re: Strange crash under Debian: sftkdb_fixupTemplateOut => __memset_sse2_unaligned_erms

Thank you for tracking this down and submitting patches to fix -Werror=sign-compare problems. For the record, this thread is a clear example of where the lack of a compiler warning/error led to a crash. In some contexts, I imagine this compiler warning could lead to a security vulnerability. And

Redirecting http://hg.mozilla.org/ to https://

It may be surprising, but hg.mozilla.org is still accepting plain text connections via http://hg.mozilla.org/ and isn't redirecting them to https://hg.mozilla.org/. On February 1 likely around 0800 PST, all requests to http://hg.mozilla.org/ will issue an HTTP 301 Moved Permanently redirect to

Ralph Giles is now a build peer

Ralph Giles has been doing a lot of work to improve everything Rust in the build system lately. This is a significant area of focus for Mozilla right now and we can use all the help we can get to ensure that Rust related changes and improvements are made as efficiently as possible. So, as of

Re: Making Nick Alexander owner of the Fennec build sub-module

On Thu, Dec 15, 2016 at 5:42 PM, Gregory Szorc <g...@mozilla.com> wrote: > There is currently a sub-module of the Build Config module governing the > Fennec build system. The peers are all the Build Config peers plus Nick > Alexander. I am the current owner. > > The s

Making Nick Alexander owner of the Fennec build sub-module

There is currently a sub-module of the Build Config module governing the Fennec build system. The peers are all the Build Config peers plus Nick Alexander. I am the current owner. The sub-module was created to allow Fennec's build system to have some autonomy from the overall build system and to

Windows CPU power settings

I've been assessing new hardware options for Mozilla to issue to developers. As part of evaluating some dual socket Xeon processors, I found some unexpected behavior: these processors routinely underclock in Windows 10 unless several cores or are used. Contrast with the behavior of my i7 Skylake

Re: repository review does not exist

If you run 'hg paths' you'll find there is no "mozreview" path defined. Perhaps you meant "review?" Instructions for configuring the remote path are at https://mozilla-version-control-tools.readthedocs.io/en/latest/mozreview/install-mercurial.html#configuring-the-auto-review-repository > On Dec

Re: Using Firefox to test the Visual C++ compiler

rence: 32, number of > differing pixels: 1 > > > The images look identical to me, but 1 pixel is supposedly different - I'm > wondering why the test fails if the max. acceptable diff is 32. Some other > cases I look into also had "identical" images. > > > *- mach we

Re: moz.build processing time

On Sat, Nov 26, 2016 at 9:31 AM, Ehsan Akhgari wrote: > On 2016-11-24 7:04 PM, Nathan Froyd wrote: > > On Wed, Nov 23, 2016 at 4:31 PM, Mike Hommey wrote: > >> I know OSX can be bad with I/O, but that seems unusually bad. IIRC gps > >> found that

Re: moz.build processing time

On Mon, Nov 21, 2016 at 2:06 PM, Ehsan Akhgari <ehsan.akhg...@gmail.com> wrote: > On 2016-11-21 1:08 PM, Gregory Szorc wrote: > > On Sat, Nov 19, 2016 at 1:32 PM, Ehsan Akhgari <ehsan.akhg...@gmail.com > > <mailto:ehsan.akhg...@gmail.com>> wrote: > > >

Changes to Perfherder build metrics

If you look at the Perfherder build metrics, there are some things you need to know about. As of 950d65906200 (bug 1315041) landing on autoland a few minutes ago, metrics will now be segmented by execution platform instead of being lumped into a single bucket. Before, TaskCluster and Buildbot

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

On Fri, Oct 28, 2016 at 3:04 AM, Xidorn Quan wrote: > On Friday, October 28, 2016 at 1:57:39 PM UTC+11, Bobby Holley wrote: > > On Thu, Oct 27, 2016 at 7:45 PM, Mike Hommey wrote: > > > > > > On Thu, Oct 27, 2016 at 07:38:27PM -0700, Bobby Holley wrote:

Re: Relative symlinks?

On Sat, Oct 15, 2016 at 1:28 PM, Jack Bates wrote: > What do you think about making the mozilla-central/obj-x86_64-pc- > linux-gnu/dist/bin/libnssutil3.so symlink relative vs. absolute? > When I follow these instructions [1] to build Firefox, I get the following > error:

TaskCluster workers for OS X and Android upgraded

The opt-macosx64, dbg-macosx64, and android-api-15 TaskCluster worker types have been upgraded from c3, m3, or r3 instances to c4 or m4 instances. The macosx64 worker types have also been upgraded from 2xlarge to 4xlarge. If tasks on these worker types become faster for no obvious reason, this is

Build TaskCluster tasks now using run-task, `hg robustcheckout`

Bug 1289249 just landed on the autoland repository. It refactors most (but not all) build related TaskCluster tasks to use `run-task` and `hg robustcheckout` for managing the version control checkout. This means: * All lines in task output will now be prefixed with timestamps, making it easier

Re: TaskCluster Linux tasks now running on c4/m4.4xlarge instances

On Mon, Aug 8, 2016 at 2:38 PM, Gregory Szorc <g...@mozilla.com> wrote: > Bug 1290282 landed on the autoland repo. It transitioned all our Linux > TaskCluster tasks from c3/m3/r3.2xlarge instances to c4/m4.4xlarge > instances. This means: > > * Builds now have access to

TaskCluster Linux tasks now running on c4/m4.4xlarge instances

Bug 1290282 landed on the autoland repo. It transitioned all our Linux TaskCluster tasks from c3/m3/r3.2xlarge instances to c4/m4.4xlarge instances. This means: * Builds now have access to 16 vCPUs instead of 8 * Builds are running on Haswell instead of Ivy Bridge and are cycle for cycle faster *

Re: Building Firefox on a 128 core machine

a 64 core machine.) > On Aug 4, 2016, at 20:49, Nicholas Nethercote <n.netherc...@gmail.com> wrote: > > Can you buy chips with that many cores, or are these instances > aggregations of multiple chips? > > Nick > >> On Fri, Aug 5, 2016 at 9:01 AM, Gregory S

Re: Firefox build 10 min slower on Mac OS X 10.9 with /usr/local/opt/llvm/bin/clang (v. 3.8) compared to /usr/bin/clang (v. 3.5)

Core :: Build Config On Thu, Jul 28, 2016 at 10:55 AM, allassopraise . <allassopra...@gmail.com> wrote: > I'm happy to do that, can you recommend the proper product and > component to file it under? > > On 7/28/16, Gregory Szorc <g...@mozilla.com> wrote: > > To

Re: Firefox build 10 min slower on Mac OS X 10.9 with /usr/local/opt/llvm/bin/clang (v. 3.8) compared to /usr/bin/clang (v. 3.5)

> longer build time with version 3.9.0 on OS X 10.9.4. > > I'll file one if needed. > > Allasso > > On 7/26/16, Gregory Szorc <g...@mozilla.com> wrote: > > On Fri, Jul 22, 2016 at 5:29 AM, Paolo Amadini < > paolo.02@amadzone.org> > > wrote: > &

Re: Firefox build 10 min slower on Mac OS X 10.9 with /usr/local/opt/llvm/bin/clang (v. 3.8) compared to /usr/bin/clang (v. 3.5)

On Fri, Jul 22, 2016 at 5:29 AM, Paolo Amadini wrote: > I build mozilla-central on OS X 10.9.5 with the latest compatible > version of XCode. > > $ clang --version > Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) > Target: x86_64-apple-darwin13.4.0 >

Re: Interpreting treeherder results

On Mon, Jul 11, 2016 at 6:53 PM, Nicholas Nethercote wrote: > On Tue, Jul 12, 2016 at 2:27 AM, Jonathan Griffin > wrote: > > > > 2 - people sometimes push to try from bad heads (like a mozilla-inbound > push > > that will eventually get backed out)

Build system and Bugzilla

Currently, there are 3 bug components related to the build system in mozilla-central: Core :: Build Config Firefox :: Build Config Toolkit :: Build Config (The latter 2 aren't really used that often.) There are also a handful of other pieces of software that have strong tie-ins to the build

Re: First Time Build Problems

Did you use one of the "start-shell-msvc.bat" scripts to launch a shell? The build targets 32-bit platforms by default. Don't use the -x64 versions of the batch scripts. Pasting the output of configure somewhere would also help diagnosing. If you join #build on irc.mozilla.org and ask for

Reverting to VS2013 on central and aurora

There is a compiler bug in VS2015 that results in SSE instructions being emitted when they shouldn't be. Since Firefox still needs to remain compatible with ancient hardware that doesn't support SSE, this is causing crashes on Firefox built with VS2015 (see bug 1265615). The good news is glandium

Re: RFC: Moving from confvars.sh to moz.configure

On Tue, May 3, 2016 at 1:45 PM, Christopher Manchester < chmanches...@gmail.com> wrote: > We're moving some things currently defined in various confvars.sh files to > Python configure (moz.configure), and have reached a point where feedback > would be helpful, as we are replacing a relatively

Re: mach bootstrap menu

and add the missing transition from system dependencies to build/source config. > > On Thu, Apr 07, 2016 at 11:07:37PM -0400, Gregory Szorc wrote: > > The current reason we separate is to install the minimum set of required > > dependencies for developing any particular pro

Re: mach bootstrap menu

The current reason we separate is to install the minimum set of required dependencies for developing any particular product. We've always wanted bootstrap to more seamlessly transition into "and configure VCS, clone the repository, configure the build, and perform the build" but we haven't

Chris Manchester is now a Build Config peer!

It is my honor to announce that Chris Manchester is now a Core :: Build Config module peer! Please congratulate him and/or send your condolences his way. And please don't all bombard him with reviews at once. Congratulations, Chris! ___ dev-builds

Re: Metrics for builds in automation

HTTPS Everywhere loaded this as https://people.mozilla.org/ which made Firefox block the request to http://activedata.allizom.org/query due to mixed content. So I see nothing on the site :/ Any chance we can get TLS on the ActiveData connection? On Wed, Feb 17, 2016 at 4:25 PM, Jonathan Griffin

Re: Problems trying to push to reviewboard

29, 2016, at 12:50 PM, Gregory Szorc <gsz...@mozilla.com> wrote: > > We locked down the server to require level 3 access for the time being. We > did so via file permissions, which is why you see the permissions error. > Hopefully this restriction is dropped soon. > > On

Re: Short-term plan to provide fast builds for Firefox front-end developers

On Wed, Sep 16, 2015 at 1:33 AM, Mike Hommey wrote: > Hi, > > Following is a proposal for short term wins for Firefox front end > developers. > > The starting point is that there are too many things to change in the > recursive make build system to allow for something like

Clang compilation databases

A few people have pinged me recently regarding static analysis and other Clang-based tooling that relies on having a Clang compilation database (the Clang tools use this database so they know what defines to use, etc). Of course, if we can generate a Clang compilation database that also means we

Re: Building Firefox in TaskCluster

, lots of great ideas, but of course I can't promise to > implement all of them. Still, I don't think the system I've outlined > *precludes* any of those great ideas, nor requires implementing them - > in fact it enables a great many of them. Especially deterministic > builds :) >

Re: Building Firefox in TaskCluster

First, thank you for spending the time to compose this. It is an excellent write-up. Responses inline. On Fri, Sep 4, 2015 at 1:24 PM, Dustin Mitchell wrote: > I'd like to get some feedback on changes that we (release engineering > and the taskcluster team) are planning

Re: Is there any plan to move all DEFINES into moz.build?

Ideally, yes. But nobody has put in the work for it. I think the reason we haven't seen much effort on continuing to purge Makefiles is because we've hit a local maximum with `mach build binaries`. The next big leap will take considerable investment (likely involves moving lots of logic out of

Re: Dealing with jar.mn like moz.build in CommonBackend.

I'm not sure what the question is. But jar.mn files are a special snowflake. The fact they are tightly integrated with l10n repacks make them especially difficult to refactor how they interact with the build system. A few of us have general ideas on what to do here. If it were easy, it would have

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

On Wed, Jun 17, 2015 at 7:47 AM, Benjamin Smedberg benja...@smedbergs.us wrote: On 6/17/15 3:45 AM, rac...@gmail.com wrote: Hi, I am trying to setup firefox build following https://developer.mozilla.org/en/docs/Simple_Firefox_build but I am getting exception: Exception: Could not find a

Re: Is there an way to reduce recompile time?

libxul is the main library used by Gecko. It is possible to not compile it after changes by running `mach build directory` or `make -C directory`, but changes won't be visible in Thunderbird. i.e. this mode is only useful as a compilation check. If libxul takes 10-20 minutes to link, your system

Re: l10n repacks now that compare-locales is in the tree, thoughts and RFC

Replying to release-engineering@ since they have more skin in this game than just core build maintainers. On Mon, Mar 30, 2015 at 3:57 PM, a...@mozilla.com wrote: Hi, now that we have compare-locales in mozilla-central, I'd like to move forward to actually use it. I'd like to uplift this

Re: LINK 1318 PDB ERROR

operating system happier. On Mon, Feb 16, 2015 at 9:11 AM, Gregory Szorc g...@mozilla.com wrote: I would suggest trying a clobber build with an empty mozconfig to recover from that 1318 error. 4 GB RAM is pushing the limits. You are likely not going to have a pleasant time building Firefox. I would

Build system discussions Thursday

We plan to do a lot of talking about the build system on Thursday. What: l10n, the build system, and automation When: 1100 to 1200 Where: Willamette Room Marriott Waterfront What: Build system futures / general planning When: 1500 to 1700 Where: Meet in Ballroom F in Marriott Waterfront. We'll

Re: Tackling l10n and packaging in Portland

, Gregory Szorc wrote: We now have the Laurelhurst Room on the 2nd floor of The Marriott reserved at 1600 on Tuesday to discuss this. It's only reserved for 1 hour. I didn't want to schedule in the 1500 slot because I figured people might be interested in the B2G workflow for Gecko hackers talk

Help make the build faster by porting make rules to the misc tier

We added a capability to the Firefox build system that will ultimately lead to speeding up the build and we need your help to realize its potential. Background == The Firefox build executes as a pipeline of stages called tiers. The tiers are currently export - compile - misc - libs -

Tackling l10n and packaging in Portland

Packaging and l10n repacks in particular continue to be a major thorn in our collective side. Their implementation constitutes a significant barrier to making builds and automation faster. I think it would be awesome if all the cooks could get together in Portland and bang out an ideal end

Re: Tackling l10n and packaging in Portland

8:54 PM, Gregory Szorc wrote: Packaging and l10n repacks in particular continue to be a major thorn in our collective side. Their implementation constitutes a significant barrier to making builds and automation faster. I think it would be awesome if all the cooks could get together in Portland

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

On 9/5/14 7:27 AM, Ehsan Akhgari wrote: On 2014-09-04, 5:31 PM, Gregory Szorc wrote: On 9/4/14 2:13 PM, Mike Hommey wrote: On Thu, Sep 04, 2014 at 01:25:29PM -0700, Gregory Szorc wrote: There are some things jotted down at https://etherpad.mozilla.org/build-system-goals But that hasn't been

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

On 9/4/14 2:13 PM, Mike Hommey wrote: On Thu, Sep 04, 2014 at 01:25:29PM -0700, Gregory Szorc wrote: There are some things jotted down at https://etherpad.mozilla.org/build-system-goals But that hasn't been updated in months. For immediate goals, I'd like to see the FINAL_TARGET situation

Re: How To Build a Localized Firefox 24esr?

On 7/3/14, 11:37 PM, gs5.cf.u...@gmail.com wrote: Hello, I try to build a localized Firefox 24esr for internal use on Windows. Builds on en-US are successful, but builds on other languages ends up in compiler errors: 25:13.93 c:\mozilla-central\config\makefiles\target_libs.mk:17:0: command

Re: firefox build error

On 7/7/14, 4:20 AM, Ted Mielczarek wrote: On 7/4/2014 6:21 AM, katze...@gmail.com wrote: hi, i'm trying to build firefox (desktop) and get the following error: 62:09.48 In the directory /c/mozilla-source/mozilla-central/obj-i686-pc-mingw32/toolkit/components/places 62:09.48 The following

Re: [pymake] Import challenges

On 7/6/14, 12:00 PM, Kim Gräsman wrote: On Sun, Jul 6, 2014 at 8:25 PM, Gregory Szorc g...@mozilla.com wrote: I anticipated this would be a difficult problem to solve. Thanks for helping out! I would suggest two phases. First, get the naming sorted out. Ensure all modules are using

Re: First time doing simple Firefox build - problems

On 6/20/14, 8:08 PM, richard.thea...@gmail.com wrote: Hi, I have followed all the steps on MDN. I have all the build prerequisites (I think). And have now progressed to running ./mach build, from the mozilla-central sub-directory. All I get at this point is the message: sh: ./mach: No

Re: Lack of happenings in core build system land

On Thursday, April 10, 2014 8:27:19 AM UTC-7, Michael Shal wrote: - Original Message - From: Gregory Szorc g...@mozilla.com The severity of the problem depends on who you are. By some accounts, the build system is staying afloat. We are fixing major issues (especially

Re: Windows Firefox build MDN pages

On 4/2/14, 7:31 AM, Ed Morley wrote: These two pages contain mostly the same content: https://developer.mozilla.org/en-US/docs/Simple_Firefox_build/Windows_Firefox_build https://developer.mozilla.org/en-US/docs/Developer_Guide/Build_Instructions/Windows_Prerequisites Any objection to making

Re: Problem building xulrunner 14.0.1

On 3/25/14, 1:28 AM, bhargava.animes...@gmail.com wrote: Hi, I have downloaded the source code from http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/14.0.1/source/ . In the spirit of full disclosure, you may run into a lack of interest on solving problems encountered in a nearly 2

Re: Overhauling MozillaBuild

On 3/11/14, 8:02 AM, Ryan VanderMeulen wrote: As some of you on this list are already aware of, I have recently been toying with the idea of overhauling MozillaBuild. I'm sending this message out to flesh out the plan more and collect some early feedback before moving forward formally with