forked from OSchip/llvm-project
415b1e872c
I wondered why I hadn't seen the link failures in D130571 <https://reviews.llvm.org/D130571> on Solaris/sparcv9 and found that Solaris, unlike Linux, doesn't use `-Wl,-z,defs` when linking shared objects. The three affected shared objects indeed have undefined references to several 64-bit atomics. This patch will expose such issues in the future by defaulting to `-Wl,-z,defs` on Solaris, as recommended in `ld(1)`. Tested on `sparcv9-sun-solaris2.11` and `amd64-pc-solaris2.11`. Differential Revision: https://reviews.llvm.org/D130572 |
||
|---|---|---|
| .. | ||
| AddLLVM.cmake | ||
| AddLLVMDefinitions.cmake | ||
| AddOCaml.cmake | ||
| AddSphinxTarget.cmake | ||
| CMakeLists.txt | ||
| CheckAtomic.cmake | ||
| CheckCompilerVersion.cmake | ||
| CheckProblematicConfigurations.cmake | ||
| ChooseMSVCCRT.cmake | ||
| CoverageReport.cmake | ||
| CrossCompile.cmake | ||
| DetermineGCCCompatible.cmake | ||
| FindFFI.cmake | ||
| FindGRPC.cmake | ||
| FindLibpfm.cmake | ||
| FindOCaml.cmake | ||
| FindSphinx.cmake | ||
| FindTerminfo.cmake | ||
| FindZ3.cmake | ||
| GenerateVersionFromVCS.cmake | ||
| GetErrcMessages.cmake | ||
| GetHostTriple.cmake | ||
| GetLibraryName.cmake | ||
| HandleLLVMOptions.cmake | ||
| HandleLLVMStdlib.cmake | ||
| LLVM-Build.cmake | ||
| LLVM-Config.cmake | ||
| LLVMCheckLinkerFlag.cmake | ||
| LLVMConfig.cmake.in | ||
| LLVMConfigVersion.cmake.in | ||
| LLVMDistributionSupport.cmake | ||
| LLVMExternalProjectUtils.cmake | ||
| LLVMInstallSymlink.cmake | ||
| LLVMProcessSources.cmake | ||
| TableGen.cmake | ||
| TensorFlowCompile.cmake | ||
| UseLibtool.cmake | ||
| VersionFromVCS.cmake | ||
| llvm-driver-template.cpp.in | ||