I would like to propose merging the changes... r285254 | mehdi_amini | 2016-10-26 19:23:08 -0400 (Wed, 26 Oct 2016) | 8 lines Unconditionally pass `-lto_library` to the linker on Darwin We're only doing it with -flto currently, however it never "hurt" to pass it, and users that are linking without -flto can get in trouble if one of the dependency (a static library for instance) contains bitcode. Differential Revision: https://reviews.llvm.org/D25932 and the subsequent bug fix... r285525 | mehdi_amini | 2016-10-30 19:26:13 -0400 (Sun, 30 Oct 2016) | 13 lines Fix clang installed path to handle case where clang is invoked through a symlink This code path is used when generating the path to libLTO.dylib, which is passed to the linker as `-lto_library'. Without this, if clang is invoked through a symlink, libLTO is searched in a path relative to where the symlink is instead of where clang is actually installed. Fix PR30811. Patch by: Jack Howarth Differential Revision: https://reviews.llvm.org/D26116 to 3.9 branch for the 3.8.1 release
Created attachment 17515 [details] backport of r285254 and r285525
to 3.9 branch for the 3.9.1 release
@tstellar: fine with me for cherry-picking in 3.9.1! (This is interacting with the LTO linker on Darwin, which I own for Apple).
(Assigned to Tom)
Hi Jack, Go ahead and merge this into the 3.9 branch. If you are unable to do this, assign the bug back to me.
Assigning back to Tom so he can do the commits into the 3.9 branch for 3.9.1.
This is the last of my proposed back ports for 3.9 branch which have yet to be committed.
r287579 and r287580