Xcode 13 comes with a mismatched platform in libcompiler_rt.dylib,
so this creates a linker error on mac catalyst.
Fix it by adding it to the skip list.
Details
- Reviewers
smeenai MaskRay int3 - Group Reviewers
Restricted Project - Commits
- rGda08d50fd67e: [lld][macho] Add more skip platform check for libSystem re-exports
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Hmm, I would've loved to cross-check it with the latest ld64 code, but the source for version 711 hasn't dropped yet. I'll take your word for it :)
From what I understand, https://reviews.llvm.org/D100913 ( BZ https://llvm.org/bz49799 GH https://github.com/llvm/llvm-project/issues/49143 ) is for iphonesimulator cases. ld64 is also allowlisting those libraries.
This patch is for the catalyst case, where ld64 doesn't have a separate whitelist, but instead fully allows catalyst binary linking while linking with MacOS dynamic libraries.
The ld64 code related to this is https://github.com/apple-opensource/ld64/blob/e28c028b20af187a16a7161d89e91868a450cadc/src/ld/PlatformSupport.cpp#L177
Maybe we could also allow catalyst binary linking with the all MacOS dynamic libraries, but I don't think this is the best solution.
And I don't have a write access for LLVM, can you commit my changes on behalf of it?
lld/MachO/InputFiles.cpp | ||
---|---|---|
1274 | const at a namespace scope is automatically internal linkage (unless some edge-case conditions) so static can be omitted. |
lld/MachO/InputFiles.cpp | ||
---|---|---|
1274 | Thanks! |
Hi, int3. Can you commit my changes on behalf of it? I don't have a write access for LLVM.
@thakis It's okay to revert this. This patch was just a workaround. It's also a good idea to leave constexpr as it is.
const at a namespace scope is automatically internal linkage (unless some edge-case conditions) so static can be omitted.