mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 13:21:05 +00:00
f5844f16c5
For a few NDK releases now, the situation has been simplified wrt headers and libraries, and while we're currently still using things here and there because we never changed our ways, we can simplify things a lot by using the new simplified things. This involves: - Using a --target that contains the Android version, making clang set __ANDROID_API__ itself, and makes it look in $sysroot/usr/lib/$target/$ver when linking. - Using the sysroot that is under toolchains/llvm/prebuilt/*. - Removing the hacks around libstdc++/libc++. This ends up emptying stlport compiler flags, which allows to remove a bunch of things. Differential Revision: https://phabricator.services.mozilla.com/D172039 |
||
---|---|---|
.. | ||
docs | ||
gdbpp/gdbpp | ||
l10n | ||
lldbutils | ||
mach | ||
mozboot | ||
mozbuild | ||
mozlint | ||
mozperftest | ||
mozrelease | ||
mozterm | ||
mozversioncontrol | ||
sites | ||
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