summaryrefslogtreecommitdiffstats
path: root/clang/test/Driver/cl-link.c
Commit message (Collapse)AuthorAgeFilesLines
* [Driver] Don't force .exe suffix for lldShoaib Meenai2017-06-061-1/+1
| | | | | | | | | | | When cross-compiling to Windows using lld, we want the driver to invoke it as lld-link rather than lld-link.exe. On Windows, the LLVM fs functions take care of adding the .exe suffix where necessary, so we can just drop the addition in the toolchain entirely. Differential Revision: https://reviews.llvm.org/D33923 llvm-svn: 304761
* [windows] Fix test for cl driver.Marcos Pividori2017-02-091-1/+2
| | | | | | | cl-link.c test was failing after r294604 because of the change in the order of parameters. llvm-svn: 294609
* [windows] [asan] Fix tests failing after 293668.Marcos Pividori2017-01-311-1/+2
| | | | llvm-svn: 293676
* [windows] [asan] Add linker flag when including "asan_dynamic_runtime_thunk".Marcos Pividori2017-01-291-1/+2
| | | | | | | | | | | | | I modify clang driver for windows to include: "-wholearchive:asan_dynamic_runtime_thunk", so all object files in the static library: asan_dynamic_runtime_thunk are considered by the linker. This is necessary, because some object files only include linker pragmas, and doesn't resolve any symbol. If we don't include that flag, the linker will ignore them, and won't read the linker pragmas. Differential Revision: https://reviews.llvm.org/D29159 llvm-svn: 293420
* clang-cl: expose the -fuse-ld optionHans Wennborg2016-10-041-0/+3
| | | | llvm-svn: 283256
* clang-cl: Don't check for existence of linker inputs when /link is usedHans Wennborg2016-04-151-0/+8
| | | | | | | | | There might be flags passed to the linker (e.g. /libpath), causing it to search in paths the Clang driver doesn't know about. PR27234 llvm-svn: 266402
* clang-cl: Make /link accept an optional joined argument.Hans Wennborg2016-04-151-0/+1
| | | | | | | | | | For example, "cl.exe a.c /linkfoo bar" is a valid invocation and forwards "foo" and "bar" to link.exe. This makes clang-cl handle that kind of invocation. Depends on LLVM r266394. llvm-svn: 266395
* Erase REQUIRES: shell-preserves-root from more tests, see r242312.Yaron Keren2015-07-151-3/+0
| | | | llvm-svn: 242321
* Specify --target, hopefully fixing non-x86 bots.Peter Collingbourne2015-07-021-4/+4
| | | | llvm-svn: 241248
* Specify -arch:IA32. Should fix hexagon bot.Peter Collingbourne2015-07-021-4/+4
| | | | llvm-svn: 241229
* Driver: add support for linking the UBSan runtime library on Windows.Peter Collingbourne2015-07-021-4/+4
| | | | | | | | | | | | | | On Windows the user may invoke the linker directly, so we might not have an opportunity to add runtime library flags to the linker command line. Instead, instruct the code generator to embed linker directive in the object file that cause the required runtime libraries to be linked. We might also want to do something similar for ASan, but it seems to have its own special complexities which may make this infeasible. Differential Revision: http://reviews.llvm.org/D10862 llvm-svn: 241225
* [ASan/Win] Fix PR20918 -- SEH handler doesn't work with the MD runtimeTimur Iskhodzhanov2014-09-121-0/+1
| | | | llvm-svn: 217679
* Update the test case after r217673Timur Iskhodzhanov2014-09-121-1/+1
| | | | | | Sorry, committing to multiple repos at once is hard... llvm-svn: 217677
* [ASan/Win] Add an extra thunk.lib to handle stack-use-after-return optionTimur Iskhodzhanov2014-08-261-0/+8
| | | | | | | With this patch, "check-asan" passes all the tests with both MT and MD ASan RTL if you set COMPILER_RT_BUILD_SHARED_ASAN to ON (PR20214) llvm-svn: 216447
* [ASan] Fixup for r208610: link in asan_cxx library on WindowsAlexey Samsonov2014-05-121-0/+1
| | | | llvm-svn: 208625
* clang-cl: pass -debug flag to the linker when compiling with debug infoHans Wennborg2014-04-251-0/+4
| | | | llvm-svn: 207233
* Fix the ASan dll_thunk pathTimur Iskhodzhanov2013-09-111-1/+1
| | | | llvm-svn: 190516
* Fix cl-link.c test failure on Mac platformsHans Wennborg2013-09-101-2/+2
| | | | | | | The test filename (%s) is easily confused with an option when it starts with /Users... llvm-svn: 190435
* clang-cl: Support building DLLs (PR17083)Hans Wennborg2013-09-101-0/+14
| | | | | | | | This adds driver support for building DLLs (the /LD and /LDd flags). It basically does two things: runtime selection and passing -dll and -implib to the linker. llvm-svn: 190428
* clang-cl: Pass -incremental:no to linker when using ASanHans Wennborg2013-08-301-0/+1
| | | | llvm-svn: 189664
* clang-cl: Pass -debug to the linker when using -fsanitize=addressHans Wennborg2013-08-281-0/+1
| | | | llvm-svn: 189496
* clang-cl: Support -fsanitize=addressHans Wennborg2013-08-271-5/+10
| | | | | | | | | This exposes the -fsanitize=address option and adds the runtime library to the link command. Differential Revision: http://llvm-reviews.chandlerc.com/D1526 llvm-svn: 189389
* clang-cl: Support /link option and set target to win32Hans Wennborg2013-08-131-0/+12
This adds support for the /link option, which forwards subsequent arguments to the linker. The test for this will only work when targetting win32. Since that's the only target where clang-cl makes sense, use that target by default. Differential Revision: http://llvm-reviews.chandlerc.com/D1388 llvm-svn: 188331
OpenPOWER on IntegriCloud