зеркало из https://github.com/mozilla/gecko-dev.git
de0df1009a
Currently, using any of the functions defined in `ConfigureSandbox.OS.path` in a `@depends` function will have a different behavior if the function has an `@imports("os")` or not. In the former case, we get plain `os.path.$function`, while in the latter we get the function from `ConfigureSandbox.OS.path`, which handles path separators differently, which makes a significant difference on Windows. With this change, we now consistently use the versions from `ConfigureSandbox.OS.path`. Differential Revision: https://phabricator.services.mozilla.com/D135003 |
||
---|---|---|
.. | ||
devtools/migrate-l10n | ||
docs | ||
gdbpp/gdbpp | ||
l10n | ||
lldbutils | ||
mach | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozperftest | ||
mozrelease | ||
mozterm | ||
mozversioncontrol | ||
README | ||
mach_commands.py | ||
moz.build |
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