llvm-project/clang/test/CodeGenOpenCL/local.cl

// RUN: %clang_cc1 %s -ffake-address-space-map -faddress-space-map-mangling=no -triple %itanium_abi_triple -emit-llvm -o - | FileCheck %s

void func(local int*);

__kernel void foo(void) {
  // CHECK: @foo.i = internal addrspace(3) global i32 undef
  __local int i;
  func(&i);
}

// CHECK-LABEL: define {{.*}}void @_Z3barPU7CLlocali
__kernel void __attribute__((__overloadable__)) bar(local int *x) {
  *x = 5;
}
Remove the -cxx-abi command-line flag. This makes the C++ ABI depend entirely on the target: MS ABI for -win32 triples, Itanium otherwise. It's no longer possible to do weird combinations. To be able to run a test with a specific ABI without constraining it to a specific triple, new substitutions are added to lit: %itanium_abi_triple and %ms_abi_triple can be used to get the current target triple adjusted to the desired ABI. For example, if the test suite is running with the i686-pc-win32 target, %itanium_abi_triple will expand to i686-pc-mingw32. Differential Revision: http://llvm-reviews.chandlerc.com/D2545 llvm-svn: 199250 2014-01-15 03:35:09 +08:00			`// RUN: %clang_cc1 %s -ffake-address-space-map -faddress-space-map-mangling=no -triple %itanium_abi_triple -emit-llvm -o - \| FileCheck %s`
OpenCL: introduce support for function scope __local variables llvm-svn: 140068 2011-09-20 05:14:35 +08:00
Emit OpenCL local global variables without zeorinitializer Local variables are not initialized, and every target has been (incorrectly) ignoring the unnecessary request for zero initialization. llvm-svn: 221162 2014-11-04 00:51:53 +08:00			`void func(local int*);`

OpenCL: introduce support for function scope __local variables llvm-svn: 140068 2011-09-20 05:14:35 +08:00			`__kernel void foo(void) {`
[OpenCL] Align fake address space map with the SPIR target maps. Summary: We compile user opencl kernel code with spir triple. But built-ins are written in OpenCL and we compile it with triple x86_64 to be able to use x86 intrinsics. And we need address spaces to match in both cases. So, we change fake address space map in OpenCL for matching with spir. On CPU address spaces are not really important but we'd like to preserve address space information in order to perform optimizations relying on this info like enhanced alias analysis. Reviewers: pekka.jaaskelainen, Anastasia Subscribers: pekka.jaaskelainen, yaxunl, bader, cfe-commits Differential Revision: https://reviews.llvm.org/D28048 llvm-svn: 290436 2016-12-24 00:11:25 +08:00			`// CHECK: @foo.i = internal addrspace(3) global i32 undef`
OpenCL: introduce support for function scope __local variables llvm-svn: 140068 2011-09-20 05:14:35 +08:00			`__local int i;`
Emit OpenCL local global variables without zeorinitializer Local variables are not initialized, and every target has been (incorrectly) ignoring the unnecessary request for zero initialization. llvm-svn: 221162 2014-11-04 00:51:53 +08:00			`func(&i);`
OpenCL: introduce support for function scope __local variables llvm-svn: 140068 2011-09-20 05:14:35 +08:00			`}`
Use the target address space value when mangling names. llvm-svn: 174688 2013-02-08 09:07:32 +08:00
Account for calling convention specifiers in function definitions in IR test cases Several tests wouldn't pass when executed on an armv7a_pc_linux triple due to the non-default arm_aapcs calling convention produced on the function definitions in the IR output. Account for this with the application of a little regex. Patch by Ying Yi. llvm-svn: 240971 2015-06-30 01:29:50 +08:00			`// CHECK-LABEL: define {{.*}}void @_Z3barPU7CLlocali`
Use the target address space value when mangling names. llvm-svn: 174688 2013-02-08 09:07:32 +08:00			`__kernel void __attribute__((__overloadable__)) bar(local int *x) {`
			`*x = 5;`
			`}`