maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Driver/linker-opts.c

12 lines
511 B
C
Raw Normal View History

Address some of the concerns by Chandler. * s/AddDirectoryList/addDirectoryList/ * Move the call to ::getenv into the function. * FileCheck-ize the testcase. llvm-svn: 152583
2012-03-13 06:10:06 +08:00
// RUN: env LIBRARY_PATH=%T/test1 %clang -x c %s -### 2>&1 | FileCheck %s
[driver] Older versions of ld expect '-L<dir>' not '-L <dir>'. In Xcode4 and later, '-L <dir>' is allowed, but rewrite these in the driver as '-L<dir>' to maintain backward compatibility. The same is true for the -I option. rdar://12366753 llvm-svn: 167054
2012-10-31 05:42:09 +08:00
// CHECK: "-L{{.*}}/test1"
test/Driver/linker-opts.c: Mark as XFAIL:cygming, using gcc linker driver. It should be aware of LIBRARY_PATH. llvm-svn: 152896
2012-03-16 13:31:24 +08:00
// GCC driver is used as linker on cygming. It should be aware of LIBRARY_PATH.
clang/test/Driver/linker-opts.c: Fix XFAIL that I removed win32. Sorry for my 3rd commit :( llvm-svn: 169827
2012-12-11 15:23:52 +08:00
// XFAIL: win32
clang/test/Driver: Introduce the feature "clang-driver", set if gcc driver is not used. It is not set at targetting cygming. See PR12920. llvm-svn: 169824
2012-12-11 15:06:09 +08:00
// REQUIRES: clang-driver
LIBRARY_PATH environment variable should only be supported on a native compiler. llvm-svn: 197490
2013-12-17 19:11:25 +08:00
// REQUIRES: native
Support LIBRARY_PATH on all Darwin targets. r197490 changed the behavior of LIBRARY_PATH to try to match GCC's behavior for cross compilers and make clang work better on "bare metal" targets. Unfortunately that change is breaking a number of MacPorts projects because the LIBRARY_PATH environment variable is being ignored when compiling on a 64-bit host for a 32-bit target. Because the host and target architectures differ, isCrossCompiling returns true. This does not make sense for Darwin, where multiple architectures are supported natively via "fat" Mach-O slices and where development is generally done against SDKs regardless. This patch fixes the problem by overriding isCrossCompiling to return false for Darwin toolchains. llvm-svn: 214208
2014-07-30 04:17:52 +08:00
// Make sure that LIBRARY_PATH works for both i386 and x86_64 on Darwin.
// RUN: env LIBRARY_PATH=%T/test1 %clang -target x86_64-apple-darwin %s -### 2>&1 | FileCheck %s
// RUN: env LIBRARY_PATH=%T/test1 %clang -target i386-apple-darwin %s -### 2>&1 | FileCheck %s