freebsd-dev/contrib/llvm
Ed Maste 5868914ed4 lld: hack version and help output for compatibility with libtool
GNU libtool checks the output from invoking the linker with --version
and --help, in order to determine the linker "flavour" and the command-
ine arguments to use for various link operations (e.g. generating shared
libraries). To detect GNU ld it looks for the strings "GNU" and
"supported targets:.*elf". Since LLD is compatible with GNU ld we
include those same strings to fool libtool.

Quoting from a comment in the change:
    This is somewhat ugly hack, but in reality, we had no choice other
    than doing this. Considering the very long release cycle of Libtool,
    it is not easy to improve it to recognize LLD as a GNU compatible
    linker in a timely manner. Even if we can make it, there are still a
    lot of "configure" scripts out there that are generated by old
    version of Libtool. We cannot convince every software developer to
    migrate to the latest version and re-generate scripts. So we have
    this hack.

Upstream LLVM revisions r298532, r298568, r298591

Obtained from:	LLVM
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation
2017-03-27 16:01:16 +00:00
..
include Merge llvm, clang, compiler-rt, libc++, lld and lldb release_40 branch 2017-02-25 15:00:57 +00:00
lib Update clang, llvm, lld, lldb, compiler-rt and libc++ to 4.0.0 release. 2017-03-10 19:02:41 +00:00
patches Undo r289072, which reverted upstream llvm trunk r240144. This is going 2016-01-16 17:57:54 +00:00
projects/libunwind libunwind: add noexec stack annotation 2017-01-07 14:40:58 +00:00
tools lld: hack version and help output for compatibility with libtool 2017-03-27 16:01:16 +00:00
utils/TableGen Update llvm to trunk r290819 and resolve conflicts. 2017-01-02 21:25:48 +00:00
FREEBSD-Xlist
LICENSE.TXT Merge llvm, clang, lld and lldb release_40 branch r292009. Also update 2017-01-14 22:12:13 +00:00