gecko-dev/python
Mike Hommey 6c620a55e7 Bug 1523341 - Allow to only pass the CPU to --target and get the right thing for Fennec builds. r=nalexander
Also use armv7a as the default when no target is given at all.

Also change bootstrap to create a simpler mozconfig. The downside is
that the resulting mozconfig would not work when building older
revisions.

Add unit tests for this as well as the simplications added in bug
1523341.

Differential Revision: https://phabricator.services.mozilla.com/D17906

--HG--
extra : moz-landing-system : lando
2019-01-31 18:08:44 +00:00
..
devtools/migrate-l10n
docs Bug 1490253 - Update documentation on vendoring Python packages based on switch to pip-tools; r=ahal 2018-10-15 13:36:30 +00:00
l10n/fluent_migrations Bug 1517519 - Migrated aboutTabCrashed dtd files to ftl files with migration script, r=jaws,flod 2019-01-30 14:12:39 +00:00
mach Bug 1520006 - [mach] Fix bug in 'mach completion', r=nalexander 2019-01-14 21:20:55 +00:00
mozboot Bug 1523341 - Allow to only pass the CPU to --target and get the right thing for Fennec builds. r=nalexander 2019-01-31 18:08:44 +00:00
mozbuild Bug 1523341 - Allow to only pass the CPU to --target and get the right thing for Fennec builds. r=nalexander 2019-01-31 18:08:44 +00:00
mozlint Bug 1436037 - [python] Create Windows python-test tasks, r=gps 2018-12-05 19:20:16 +00:00
mozrelease Backed out 4 changesets (bug 1508381) for multiple Windows build bustages CLOSED TREE 2019-01-31 23:14:11 +02:00
mozterm
mozversioncontrol Bug 1515261 - [mozversioncontrol] Fix unicode env string on Windows, r=sheehan 2019-01-07 16:26:49 +00:00
safety
README
mach_commands.py bug 1505205 - don't write telemetry for recursive mach command invocations. r=firefox-build-system-reviewers,chmanchester 2018-11-10 19:04:30 +00:00
moz.build Bug 1508248 - Update in-tree bugzilla metadata to use 'Firefox Build System :: Mach Core' for mach files r=froydnj 2018-11-19 13:35:14 +00:00

README

This directory contains common Python code.

The basic rule is that if Python code is cross-module (that's "module" in the
Mozilla meaning - as in "module ownership") and is MPL-compatible, it should
go here.

What should not go here:

* Vendored python modules (use third_party/python instead)
* Python that is not MPL-compatible (see other-licenses/)
* Python that has good reason to remain close to its "owning" (Mozilla)
  module (e.g. it is only being consumed from there).

Historical information can be found at
https://bugzilla.mozilla.org/show_bug.cgi?id=775243
https://bugzilla.mozilla.org/show_bug.cgi?id=1346025