зеркало из https://github.com/mozilla/gecko-dev.git
4222dff239
Bug 1416891 introduced a line in moz.build that uses LOCALIZED_FILES['..'], which ended up created a BackendTupfile object for 'dist/bin/browser/../Tupfile' separate from the BackendTupfile object for 'dist/bin/Tupfile'. Since both objects write to the same file, the one with a '..' in the path ended up clobbering the original one. This patch makes two small changes, either of which would be sufficient to fix the problem. First, we only get the backend file in _process_final_target_files() when we actually use it (the LOCALIZED_FILES in this case goes through the else case). Second, we now call normpath in _get_backend_file() to ensure things like '..' are resolved so that any future cases of 'Tupfile' and 'foo/../Tupfile' end up pointing to the same object. MozReview-Commit-ID: KDGBdtQ18lK --HG-- extra : rebase_source : 8322e6bfccf2db8ee303e1ecf6ae954380b1ebc7 |
||
|---|---|---|
| .. | ||
| devtools/migrate-l10n | ||
| mach | ||
| mozboot | ||
| mozbuild | ||
| mozlint | ||
| 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