зеркало из https://github.com/mozilla/gecko-dev.git
5afb69830c
Rustc >= 1.44 changed the file names of the static libraries it produces with -windows-gnu targets, to match that of mingw clang/gcc. Considering we still build on 1.43, the best fix would be to derive the prefix/suffix based on the version of rust, but that actually turns into a hard-to-solve problem because of configure tests for bindgen also depending on the prefix/suffix value to be known. On the other hand, we're soon due to an update to 1.47, so the simpler solution is to just push mingw builds to require 1.44 (settling for the smallest upgrade possible for now) and to remove the split between C and rust library prefix/suffixes. Differential Revision: https://phabricator.services.mozilla.com/D93726 |
||
|---|---|---|
| .. | ||
| 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