mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-10-22 09:45:41 +00:00
d56eb2a314
The desired outcome of this change is that we'll set -Wl,--version-script based on linker kind and not on the output of $LINKER -v. This is a cheap way to address a simple problem that has a complicated ideal solution. The underlying issue is that in some situations, when targeting Android, a macOS system ld is interrogated to determine if a cross-compiling linker "is GNU ld" and a particular linker feature is set in that situation. The macOS system ld doesn't pass the "is GNU ld" test, and the linker feature isn't set; that causes link failures, even though the actual linker has nothing to do with the system ld. The ideal solution is to test for linker capabilities dynamically. We do a lot of that in old-configure.in, and we don't do any of that in toolchain.configure. Rather than start testing in toolchain.configure, we hard-code: a cheap solution to the immediate problem. MinGW suffers somewhat from the opposite problem: the linker "is GNU ld" (compatible), but the linker checks don't happen at all. We hard-code for MinGW based on the C compiler instead. Differential Revision: https://phabricator.services.mozilla.com/D8471 --HG-- extra : moz-landing-system : lando |
||
---|---|---|
.. | ||
acwinpaths.m4 | ||
alloc.m4 | ||
altoptions.m4 | ||
android.m4 | ||
arch.m4 | ||
clang-plugin.m4 | ||
codeset.m4 | ||
compiler-opts.m4 | ||
config.guess | ||
config.status.m4 | ||
config.sub | ||
expandlibs.m4 | ||
frameptr.m4 | ||
hooks.m4 | ||
hotfixes.m4 | ||
icu.m4 | ||
install-sh | ||
ios.m4 | ||
lto.m4 | ||
mozheader.m4 | ||
mozprog.m4 | ||
nspr-build.m4 | ||
nspr.m4 | ||
nss.m4 | ||
pkg.m4 | ||
sanitize.m4 | ||
subconfigure.m4 | ||
toolchain.m4 | ||
zlib.m4 |