[llvm-bugs] [Bug 30840] New: Merge r285254 and r285525 into the 3.9 branch

[via llvm-bugs]

https://llvm.org/bugs/show_bug.cgi?id=30840

            Bug ID: 30840
           Summary: Merge r285254 and r285525 into the 3.9 branch
           Product: clang
           Version: 3.9
          Hardware: Macintosh
                OS: MacOS X
            Status: NEW
          Severity: normal
          Priority: P
         Component: -New Bugs
          Assignee: unassignedclangbugs at nondot.org
          Reporter: howarth.mailing.lists at gmail.com
                CC: llvm-bugs at lists.llvm.org
    Classification: Unclassified

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

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20161030/d5608074/attachment.html>