summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen/BackendUtil.cpp
diff options
context:
space:
mode:
authorNico Weber <nicolasweber@gmx.de>2016-11-22 19:38:07 +0000
committerNico Weber <nicolasweber@gmx.de>2016-11-22 19:38:07 +0000
commit9b3baaa74a82ae5d2258f685ef41eb0a407ec28f (patch)
tree1018513704d28975ec5566efe324e96598ceedc2 /clang/lib/CodeGen/BackendUtil.cpp
parent5497121613dd5c43fb66ff13e7fd31789da3c924 (diff)
downloadbcm5719-llvm-9b3baaa74a82ae5d2258f685ef41eb0a407ec28f.tar.gz
bcm5719-llvm-9b3baaa74a82ae5d2258f685ef41eb0a407ec28f.zip
darwin: Unconditionally pass -lto_library, remove -Wliblto warning.
https://reviews.llvm.org/D25932 made it so that clang always checks if libLTO.dylib is present on disk, even if -flto is not being used. The motivation for that change was that if a dependency happens to contain bitcode, ld64 will try to load libLTO without -flto explicitly being enabled. However, the change had the undesirable side effect of warning if libLTO.dylib doesn't exist even if it isn't needed. Change things so that -lto_library is always passes, independent of if it exists or not. ld64 only looks at this flag if it uses LTO. If the dylib exists, all is well. If it doesn't, and LTO is not being used, all is well too. If ld64 does end up using LTO and the dylib does not exist, ld64 will print something like ld: could not process llvm bitcode object file, because foo/libLTO.dylib could not be loaded file 'test.o' for architecture x86_64 https://reviews.llvm.org/D26984 llvm-svn: 287685
Diffstat (limited to 'clang/lib/CodeGen/BackendUtil.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud