gecko-dev

История

Mike Hommey 922b27a089 Bug 1660880 - Support topobjdir-relative generated files in the faster make backend. r=froydnj Bug `1659906` removed `../`s from some generated files paths which turned up not being supported by the faster make backend. Instead of returning to those relative paths, just support the topobjdir-relative paths correctly. The new code is derived from the equivalent code in the recursive make backend. Differential Revision: https://phabricator.services.mozilla.com/D88097		2020-08-25 01:38:33 +00:00
..
devtools/migrate-l10n	…
docs	…
gdbpp/gdbpp	Bug 1622868 - Fix ns*String pretty-printers, r=glandium	2020-03-17 04:51:21 +00:00
l10n	Bug 1654177 - Remove Fluent migration recipes for Firefox 78, r=Pike	2020-07-23 08:03:48 +00:00
lldbutils	Bug 1637130 - Rename visual overflow to ink overflow. r=dbaron	2020-07-20 20:17:36 +00:00
mach	Bug 1656993: Create and require by default global `virtualenv`s in `~/.mozbuild` for `mach` r=mhentges,ahal	2020-08-17 17:21:02 +00:00
mozboot	Bug 1659615 - handle the fact Windows Defender might have exclusions on different disks. r=mhentges,froydnj	2020-08-18 11:28:50 +00:00
mozbuild	Bug 1660880 - Support topobjdir-relative generated files in the faster make backend. r=froydnj	2020-08-25 01:38:33 +00:00
mozlint	Bug 1657604 - [mozlint] Support multiple linters per yaml file, r=linter-reviewers,sylvestre	2020-08-07 07:12:41 +00:00
mozperftest	Bug 1650363 - Performance testing of HTTP3 in Firefox using only xpcshell tests r=michal,sparky	2020-08-10 06:26:39 +00:00
mozrelease	Bug 1653662: [mozrelease] Update mozrelease subcommands to python 3; r=aki	2020-07-18 01:36:36 +00:00
mozterm	…
mozversioncontrol	Bug 1659602 - Fix type error in `mozversioncontrol` for Windows+`hg`+Python 3 r=dmajor	2020-08-18 12:51:49 +00:00
README	…
mach_commands.py	Bug 1657719: Don't create init_py3_py3 venv in python-test r=firefox-build-system-reviewers,rstewart	2020-08-07 22:11:41 +00:00
moz.build	Bug 925350 - Remove `dumbmake` r=nalexander	2020-07-10 18:12:07 +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