2049fe5890
At the moment "link.exe" is hard-coded as default linker in MSVC.cpp, so there's no way to use LLD as default linker for MSVC driver. This patch adds checking of CLANG_DEFAULT_LINKER to MSVC.cpp and updates unit-tests that expect link.exe linker to explicitly select it via -fuse-ld=link, so that buildbots and other builds that set -DCLANG_DEFAULT_LINKER=foobar don't fail these tests. This is a squash of - https://reviews.llvm.org/D98493 (MSVC.cpp change) and - https://reviews.llvm.org/D98862 (unit-tests change) Reviewed By: maxim-kuvyrkov Differential Revision: https://reviews.llvm.org/D98935
19 lines
952 B
C
19 lines
952 B
C
// PR17239 - The /link option, when inside a response file, should only extend
|
|
// until the end of the response file (and not the entire command line)
|
|
|
|
// Note: %s must be preceded by -- or bound to another option, otherwise it may
|
|
// be interpreted as a command-line option, e.g. on Mac where %s is commonly
|
|
// under /Users.
|
|
|
|
// RUN: echo /link bar.lib baz.lib > %t.args
|
|
// RUN: touch %t.obj
|
|
// RUN: %clang_cl -fuse-ld=link -### @%t.args -- %t.obj 2>&1 | FileCheck %s -check-prefix=ARGS
|
|
// If the "/link" option captures all remaining args beyond its response file,
|
|
// it will also capture "--" and our input argument. In this case, Clang will
|
|
// be clueless and will emit "argument unused" warnings. If PR17239 is properly
|
|
// fixed, this should not happen because the "/link" option is restricted to
|
|
// consume only remaining args in its response file.
|
|
// ARGS-NOT: argument unused during compilation
|
|
// Identify the linker command
|
|
// ARGS: link.exe
|