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/B-opt.c

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

29 lines
1.3 KiB
C
Raw Normal View History

Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// Check -B driver option.
[Driver] -B: don't search for target triple prefixes To match GCC (either crossing or not), which doesn't prepend target triple prefixes to `exec_prefixes`. As an example, powerpc64le-linux-gnu-gcc does not search "powerpc64le-linux-gnu-${name}" in a -B path.
2020-07-19 11:26:01 +08:00
/// Target triple prefix is not detected for -B.
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// RUN: %clang %s -### -o %t.o -target i386-unknown-linux \
Fix tests with CLANG_DEFAULT_LINKER I originally requested this to be tested in D25263 but in the end forgot to make sure that it was done. Differential Revision: https://reviews.llvm.org/D28289 llvm-svn: 291389
2017-01-08 18:04:07 +08:00
// RUN: -B %S/Inputs/B_opt_tree/dir1 -fuse-ld=ld 2>&1 \
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// RUN: | FileCheck --check-prefix=CHECK-B-OPT-TRIPLE %s
[Driver] -B: don't search for target triple prefixes To match GCC (either crossing or not), which doesn't prepend target triple prefixes to `exec_prefixes`. As an example, powerpc64le-linux-gnu-gcc does not search "powerpc64le-linux-gnu-${name}" in a -B path.
2020-07-19 11:26:01 +08:00
// CHECK-B-OPT-TRIPLE-NOT: "{{.*}}/Inputs/B_opt_tree/dir1{{/|\\\\}}i386-unknown-linux-ld"
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
//
// RUN: %clang %s -### -o %t.o -target i386-unknown-linux \
Fix tests with CLANG_DEFAULT_LINKER I originally requested this to be tested in D25263 but in the end forgot to make sure that it was done. Differential Revision: https://reviews.llvm.org/D28289 llvm-svn: 291389
2017-01-08 18:04:07 +08:00
// RUN: -B %S/Inputs/B_opt_tree/dir2 -fuse-ld=ld 2>&1 \
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// RUN: | FileCheck --check-prefix=CHECK-B-OPT-DIR %s
Fix Driver tests that I broke on Windows in r214924 llvm-svn: 214931
2014-08-06 06:39:07 +08:00
// CHECK-B-OPT-DIR: "{{.*}}/Inputs/B_opt_tree/dir2{{/|\\\\}}ld"
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
//
// RUN: %clang %s -### -o %t.o -target i386-unknown-linux \
Fix tests with CLANG_DEFAULT_LINKER I originally requested this to be tested in D25263 but in the end forgot to make sure that it was done. Differential Revision: https://reviews.llvm.org/D28289 llvm-svn: 291389
2017-01-08 18:04:07 +08:00
// RUN: -B %S/Inputs/B_opt_tree/dir3/prefix- -fuse-ld=ld 2>&1 \
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// RUN: | FileCheck --check-prefix=CHECK-B-OPT-PREFIX %s
Fix Driver tests that I broke on Windows in r214924 llvm-svn: 214931
2014-08-06 06:39:07 +08:00
// CHECK-B-OPT-PREFIX: "{{.*}}/Inputs/B_opt_tree/dir3{{/|\\\\}}prefix-ld"
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
//
// RUN: %clang %s -### -o %t.o -target i386-unknown-linux \
// RUN: -B %S/Inputs/B_opt_tree/dir3/prefix- \
Fix tests with CLANG_DEFAULT_LINKER I originally requested this to be tested in D25263 but in the end forgot to make sure that it was done. Differential Revision: https://reviews.llvm.org/D28289 llvm-svn: 291389
2017-01-08 18:04:07 +08:00
// RUN: -B %S/Inputs/B_opt_tree/dir2 2>&1 -fuse-ld=ld \
Extend -Bprefix functionality and make it closer to gcc. If the "prefix" is not a directory, Driver::GetProgramPath() routine does not try to append the program name as a "path component" to it. It just joins the "prefix" with the program name and checks the resulting path existence. The patch reviewed by Rafael Espindola. llvm-svn: 167114
2012-10-31 20:01:53 +08:00
// RUN: | FileCheck --check-prefix=CHECK-B-OPT-MULT %s
Fix Driver tests that I broke on Windows in r214924 llvm-svn: 214931
2014-08-06 06:39:07 +08:00
// CHECK-B-OPT-MULT: "{{.*}}/Inputs/B_opt_tree/dir3{{/|\\\\}}prefix-ld"
[Driver] Verify GCCInstallation is valid Summary: Values returned by GCCInstallation.getParentLibPath() and GCCInstallation.getTriple() are not valid unless GCCInstallation.isValid() returns true. This has previously been ignored, and the former two values were used without checking whether GCCInstallation is valid. This led to the bad path "/../bin" being added to the list of program paths. author: danielmentz "Daniel Mentz <danielmentz@google.com>" Reviewers: #clang, tstellar, srhines Reviewed By: srhines Subscribers: danielmentz, ormris, nickdesaulniers, srhines, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D57930 llvm-svn: 361314
2019-05-22 05:21:35 +08:00
//
// RUN: %clang -B %S/Inputs/does_not_exist -print-search-dirs \
// RUN: -target aarch64-linux-gnu \
// RUN: | FileCheck --check-prefix=CHECK-B-OPT-INVALID %s
// CHECK-B-OPT-INVALID-NOT: /..//bin