llvm-project/clang/test/CodeGen/mbackchain-3.c

// RUN: %clang -mno-backchain --target=s390x-linux -S -emit-llvm -o - %s | FileCheck %s

// CHECK: define dso_local void @foo() [[NUW:#[0-9]+]]
void foo(void) {
}

// CHECK-NOT: "backchain"
[SystemZ] Add -mbackchain option. This option, like the corresponding gcc option, is SystemZ-specific and enables storing frame backchain links, as specified in the ABI. Differential Revision: http://reviews.llvm.org/D19891 llvm-svn: 268575 2016-05-05 07:37:40 +08:00			`// RUN: %clang -mno-backchain --target=s390x-linux -S -emit-llvm -o - %s \| FileCheck %s`

Recommit r324107 again. The difference from the previous try is that we no longer directly access function declarations from position independent executables. It should work, but currently doesn't with some linkers. It now includes a fix to not mark available_externally definitions as dso_local. Original message: Start setting dso_local in clang. This starts adding dso_local to clang. The hope is to eventually have TargetMachine::shouldAssumeDsoLocal go away. My objective for now is to move enough of it to clang to remove the need for the TargetMachine one to handle PIE copy relocations and -fno-plt. With that it should then be easy to implement a -fno-copy-reloc in clang. This patch just adds the cases where we assume a symbol to be local based on the file being compiled for an executable or a shared library. llvm-svn: 324535 2018-02-08 06:15:33 +08:00			`// CHECK: define dso_local void @foo() [[NUW:#[0-9]+]]`
[SystemZ] Add -mbackchain option. This option, like the corresponding gcc option, is SystemZ-specific and enables storing frame backchain links, as specified in the ABI. Differential Revision: http://reviews.llvm.org/D19891 llvm-svn: 268575 2016-05-05 07:37:40 +08:00			`void foo(void) {`
			`}`

			`// CHECK-NOT: "backchain"`