forked from OSchip/llvm-project
d581dd5013
In mingw environments, resources are normally compiled to resource object files directly, instead of letting the linker convert them to COFF format. Since some time, GCC supports the notion of a default manifest object. When invoking the linker, GCC looks for the default manifest object file, and if found in the expected path, it is added to linker commands. The default manifest is one that indicates support for the latest known versions of windows, to implicitly unlock the modern behaviours of certain APIs. Not all mingw/gcc distributions include this file, but e.g. in msys2, the default manifest object is distributed in a separate package (which can be but might not always be installed). This means that even if user projects only use one single resource object file, the linker can end up with two resource object files, and thus needs to support merging them. The default manifest has a language id of zero, and GNU ld has got logic for dropping a manifest with a zero language id, if there's another manifest present with a nonzero language id. If there are multiple manifests with a nonzero language id, the merging process errors out. Differential Revision: https://reviews.llvm.org/D66825 llvm-svn: 370974 |
||
|---|---|---|
| .. | ||
| Archive.cpp | ||
| ArchiveWriter.cpp | ||
| Binary.cpp | ||
| CMakeLists.txt | ||
| COFFImportFile.cpp | ||
| COFFModuleDefinition.cpp | ||
| COFFObjectFile.cpp | ||
| Decompressor.cpp | ||
| ELF.cpp | ||
| ELFObjectFile.cpp | ||
| Error.cpp | ||
| IRObjectFile.cpp | ||
| IRSymtab.cpp | ||
| LLVMBuild.txt | ||
| MachOObjectFile.cpp | ||
| MachOUniversal.cpp | ||
| Minidump.cpp | ||
| ModuleSymbolTable.cpp | ||
| Object.cpp | ||
| ObjectFile.cpp | ||
| RecordStreamer.cpp | ||
| RecordStreamer.h | ||
| RelocationResolver.cpp | ||
| SymbolSize.cpp | ||
| SymbolicFile.cpp | ||
| TapiFile.cpp | ||
| TapiUniversal.cpp | ||
| WasmObjectFile.cpp | ||
| WindowsMachineFlag.cpp | ||
| WindowsResource.cpp | ||
| XCOFFObjectFile.cpp | ||