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/freebsd.c

31 lines
2.0 KiB
C
Raw Normal View History

Skip freebsd driver test when ppc32/ppc64 targets are not configured. Otherwise, the clang driver falls back to invoking gcc and the ppc tests fail. llvm-svn: 149793
2012-02-05 07:15:59 +08:00
// REQUIRES: ppc32-registered-target,ppc64-registered-target
Author: Daniel Dunbar <daniel@zuster.org> --- log message follows this test --- [tests] Fixup some tests to work in "CLANG_IS_PRODUCTION" mode. llvm-svn: 154342
2012-04-10 04:40:11 +08:00
// RUN: %clang -ccc-clang-archs powerpc -no-canonical-prefixes \
// RUN: -target powerpc-pc-freebsd8 %s \
Reintroduce r148981 with significantly improved regression test. Now it both actually tests what it wants to, doesn't have bogus and broken assertions in it, and is also formatted much more cleanly and consistently. Probably still some more that can be improved here, but its much better. Original commit message: ---- Try to unbreak the FreeBSD toolchain's detection of 32-bit targets inside a 64-bit freebsd machine with the 32-bit compatibility layer installed. The FreeBSD image always has the /usr/lib32 directory, so test for the more concrete existence of crt1.o. Also enhance the tests for freebsd to clarify what these trees look like and exercise the new code. Thanks to all the FreeBSD folks for helping me understand what caused the failure and how we might fix it. =] That helps a lot. Also, yay build bots. llvm-svn: 149011
2012-01-26 09:35:15 +08:00
// RUN: --sysroot=%S/Inputs/basic_freebsd_tree -### 2>&1 \
// RUN: | FileCheck --check-prefix=CHECK-PPC %s
// CHECK-PPC: clang{{.*}}" "-cc1" "-triple" "powerpc-pc-freebsd8"
Add some really minimalist freebsd testing trees and use them in the freebsd test so that it's behavior isn't dependent on the filesystem of the host running the tests. This should revive the build bots at least. The tests and the trees still need a lot of love to make them as useful and easy to maintain as linux-ld.c. llvm-svn: 148949
2012-01-25 18:50:34 +08:00
// CHECK-PPC: ld{{.*}}" "--sysroot=[[SYSROOT:[^"]+]]"
// CHECK-PPC: "--eh-frame-hdr" "-dynamic-linker" "{{.*}}ld-elf{{.*}}" "-o" "a.out" "{{.*}}crt1.o" "{{.*}}crti.o" "{{.*}}crtbegin.o" "-L[[SYSROOT]]/usr/lib" "{{.*}}.o" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "{{.*}}crtend.o" "{{.*}}crtn.o"
Driver/FreeBSD: Infer the right arch name in the presence of -m32,-m64, for the cases we care about. - This is eventually going to be unified outside the host specific code. llvm-svn: 110693
2010-08-11 01:39:05 +08:00
//
Author: Daniel Dunbar <daniel@zuster.org> --- log message follows this test --- [tests] Fixup some tests to work in "CLANG_IS_PRODUCTION" mode. llvm-svn: 154342
2012-04-10 04:40:11 +08:00
// RUN: %clang -ccc-clang-archs powerpc64 -no-canonical-prefixes \
// RUN: -target powerpc64-pc-freebsd8 %s \
Reintroduce r148981 with significantly improved regression test. Now it both actually tests what it wants to, doesn't have bogus and broken assertions in it, and is also formatted much more cleanly and consistently. Probably still some more that can be improved here, but its much better. Original commit message: ---- Try to unbreak the FreeBSD toolchain's detection of 32-bit targets inside a 64-bit freebsd machine with the 32-bit compatibility layer installed. The FreeBSD image always has the /usr/lib32 directory, so test for the more concrete existence of crt1.o. Also enhance the tests for freebsd to clarify what these trees look like and exercise the new code. Thanks to all the FreeBSD folks for helping me understand what caused the failure and how we might fix it. =] That helps a lot. Also, yay build bots. llvm-svn: 149011
2012-01-26 09:35:15 +08:00
// RUN: --sysroot=%S/Inputs/basic_freebsd64_tree -### 2>&1 \
// RUN: | FileCheck --check-prefix=CHECK-PPC64 %s
// CHECK-PPC64: clang{{.*}}" "-cc1" "-triple" "powerpc64-pc-freebsd8"
// CHECK-PPC64: ld{{.*}}" "--sysroot=[[SYSROOT:[^"]+]]"
// CHECK-PPC64: "--eh-frame-hdr" "-dynamic-linker" "{{.*}}ld-elf{{.*}}" "-o" "a.out" "{{.*}}crt1.o" "{{.*}}crti.o" "{{.*}}crtbegin.o" "-L[[SYSROOT]]/usr/lib" "{{.*}}.o" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "{{.*}}crtend.o" "{{.*}}crtn.o"
//
Driver/FreeBSD: Infer the right arch name in the presence of -m32,-m64, for the cases we care about. - This is eventually going to be unified outside the host specific code. llvm-svn: 110693
2010-08-11 01:39:05 +08:00
//
Reintroduce r148981 with significantly improved regression test. Now it both actually tests what it wants to, doesn't have bogus and broken assertions in it, and is also formatted much more cleanly and consistently. Probably still some more that can be improved here, but its much better. Original commit message: ---- Try to unbreak the FreeBSD toolchain's detection of 32-bit targets inside a 64-bit freebsd machine with the 32-bit compatibility layer installed. The FreeBSD image always has the /usr/lib32 directory, so test for the more concrete existence of crt1.o. Also enhance the tests for freebsd to clarify what these trees look like and exercise the new code. Thanks to all the FreeBSD folks for helping me understand what caused the failure and how we might fix it. =] That helps a lot. Also, yay build bots. llvm-svn: 149011
2012-01-26 09:35:15 +08:00
// Check that -m32 properly adjusts the toolchain flags.
//
// RUN: %clang -no-canonical-prefixes -target x86_64-pc-freebsd8 -m32 %s \
// RUN: --sysroot=%S/Inputs/multiarch_freebsd64_tree -### 2>&1 \
// RUN: | FileCheck --check-prefix=CHECK-LIB32 %s
Driver/FreeBSD: Infer the right arch name in the presence of -m32,-m64, for the cases we care about. - This is eventually going to be unified outside the host specific code. llvm-svn: 110693
2010-08-11 01:39:05 +08:00
// CHECK-LIB32: clang{{.*}}" "-cc1" "-triple" "i386-pc-freebsd8"
// CHECK-LIB32: ld{{.*}}" {{.*}} "-m" "elf_i386_fbsd"
//
Reintroduce r148981 with significantly improved regression test. Now it both actually tests what it wants to, doesn't have bogus and broken assertions in it, and is also formatted much more cleanly and consistently. Probably still some more that can be improved here, but its much better. Original commit message: ---- Try to unbreak the FreeBSD toolchain's detection of 32-bit targets inside a 64-bit freebsd machine with the 32-bit compatibility layer installed. The FreeBSD image always has the /usr/lib32 directory, so test for the more concrete existence of crt1.o. Also enhance the tests for freebsd to clarify what these trees look like and exercise the new code. Thanks to all the FreeBSD folks for helping me understand what caused the failure and how we might fix it. =] That helps a lot. Also, yay build bots. llvm-svn: 149011
2012-01-26 09:35:15 +08:00
// RUN: %clang -target x86_64-pc-freebsd8 -m32 %s 2>&1 \
// RUN: --sysroot=%S/Inputs/multiarch_freebsd64_tree -print-search-dirs 2>&1 \
// RUN: | FileCheck --check-prefix=CHECK-LIB32PATHS %s
Make the FreeBSD driver test more robust so it doesn't fail when there's a single lib32 path. llvm-svn: 124494
2011-01-29 02:28:30 +08:00
// CHECK-LIB32PATHS: libraries: ={{.*:?}}/usr/lib32