maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/CodeGenOpenCL/amdgpu-nullptr.cl

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

637 lines
27 KiB
Common Lisp
Raw Normal View History

[AMDGPU] Do not require opencl triple environment for OpenCL A recent change requires opencl triple environment for compiling OpenCL program, which causes regressions in libclc. This patch fixes that. Instead of deducing language based on triple environment, it checks LangOptions. Differential Revision: https://reviews.llvm.org/D33445 llvm-svn: 303644
2017-05-24 00:15:53 +08:00
// RUN: %clang_cc1 %s -cl-std=CL2.0 -include opencl-c.h -triple amdgcn -emit-llvm -o - | FileCheck %s
// RUN: %clang_cc1 %s -O0 -cl-std=CL2.0 -include opencl-c.h -triple amdgcn -emit-llvm -o - | FileCheck --check-prefix=NOOPT %s
CodeGen: Cast alloca to expected address space Alloca always returns a pointer in alloca address space, which may be different from the type defined by the language. For example, in C++ the auto variables are in the default address space. Therefore cast alloca to the expected address space when necessary. Differential Revision: https://reviews.llvm.org/D32248 llvm-svn: 303370
2017-05-19 02:51:09 +08:00
// RUN: %clang_cc1 %s -cl-std=CL2.0 -include opencl-c.h -triple amdgcn---opencl -emit-llvm -o - | FileCheck %s
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// RUN: %clang_cc1 %s -cl-std=CL2.0 -include opencl-c.h -triple amdgcn -fcommon -emit-llvm -o - | FileCheck %s --check-prefix=COMMON
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
typedef struct {
private char *p1;
local char *p2;
constant char *p3;
global char *p4;
generic char *p5;
} StructTy1;
typedef struct {
constant char *p3;
global char *p4;
generic char *p5;
} StructTy2;
// Test 0 as initializer.
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @private_p = local_unnamed_addr addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private char *private_p = 0;
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: @local_p = local_unnamed_addr addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
local char *local_p = 0;
[AMDGPU] Fix size and alignment of size_t and pointer types Differential Revision: https://reviews.llvm.org/D34995 llvm-svn: 307121
2017-07-05 12:58:24 +08:00
// CHECK: @global_p = local_unnamed_addr addrspace(1) global i8 addrspace(1)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
global char *global_p = 0;
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: @constant_p = local_unnamed_addr addrspace(1) global i8 addrspace(4)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
constant char *constant_p = 0;
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: @generic_p = local_unnamed_addr addrspace(1) global i8* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
generic char *generic_p = 0;
// Test NULL as initializer.
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @private_p_NULL = local_unnamed_addr addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private char *private_p_NULL = NULL;
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: @local_p_NULL = local_unnamed_addr addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
local char *local_p_NULL = NULL;
[AMDGPU] Fix size and alignment of size_t and pointer types Differential Revision: https://reviews.llvm.org/D34995 llvm-svn: 307121
2017-07-05 12:58:24 +08:00
// CHECK: @global_p_NULL = local_unnamed_addr addrspace(1) global i8 addrspace(1)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
global char *global_p_NULL = NULL;
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: @constant_p_NULL = local_unnamed_addr addrspace(1) global i8 addrspace(4)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
constant char *constant_p_NULL = NULL;
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: @generic_p_NULL = local_unnamed_addr addrspace(1) global i8* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
generic char *generic_p_NULL = NULL;
// Test constant folding of null pointer.
// A null pointer should be folded to a null pointer in the target address space.
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: @fold_generic = local_unnamed_addr addrspace(1) global i32* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
generic int *fold_generic = (global int*)(generic float*)(private char*)0;
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_priv = local_unnamed_addr addrspace(1) global i16 addrspace(5)* addrspacecast (i16* null to i16 addrspace(5)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private short *fold_priv = (private short*)(generic int*)(global void*)0;
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_priv_arith = local_unnamed_addr addrspace(1) global i8 addrspace(5)* inttoptr (i32 9 to i8 addrspace(5)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private char *fold_priv_arith = (private char*)0 + 10;
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_local_arith = local_unnamed_addr addrspace(1) global i8 addrspace(3)* inttoptr (i32 9 to i8 addrspace(3)*), align 4
local char *fold_local_arith = (local char*)0 + 10;
// CHECK: @fold_int = local_unnamed_addr addrspace(1) global i32 13, align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
int fold_int = (int)(private void*)(generic char*)(global int*)0 + 14;
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_int2 = local_unnamed_addr addrspace(1) global i32 12, align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
int fold_int2 = (int) ((private void*)0 + 13);
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_int3 = local_unnamed_addr addrspace(1) global i32 -1, align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
int fold_int3 = (int) ((private int*)0);
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_int4 = local_unnamed_addr addrspace(1) global i32 7, align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
int fold_int4 = (int) &((private int*)0)[2];
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @fold_int5 = local_unnamed_addr addrspace(1) global i32 3, align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
int fold_int5 = (int) &((private StructTy1*)0)->p2;
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK: @fold_int_local = local_unnamed_addr addrspace(1) global i32 13, align 4
int fold_int_local = (int)(local void*)(generic char*)(global int*)0 + 14;
// CHECK: @fold_int2_local = local_unnamed_addr addrspace(1) global i32 12, align 4
int fold_int2_local = (int) ((local void*)0 + 13);
// CHECK: @fold_int3_local = local_unnamed_addr addrspace(1) global i32 -1, align 4
int fold_int3_local = (int) ((local int*)0);
// CHECK: @fold_int4_local = local_unnamed_addr addrspace(1) global i32 7, align 4
int fold_int4_local = (int) &((local int*)0)[2];
// CHECK: @fold_int5_local = local_unnamed_addr addrspace(1) global i32 3, align 4
int fold_int5_local = (int) &((local StructTy1*)0)->p2;
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// Test static variable initialization.
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// NOOPT: @test_static_var_private.sp1 = internal addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
// NOOPT: @test_static_var_private.sp2 = internal addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
// NOOPT: @test_static_var_private.sp3 = internal addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: @test_static_var_private.sp4 = internal addrspace(1) global i8 addrspace(5)* null, align 4
// NOOPT: @test_static_var_private.sp5 = internal addrspace(1) global i8 addrspace(5)* null, align 4
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// NOOPT: @test_static_var_private.SS1 = internal addrspace(1) global %struct.StructTy1 { i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(4)* null, i8 addrspace(1)* null, i8* null }, align 8
[AMDGPU] Fix size and alignment of size_t and pointer types Differential Revision: https://reviews.llvm.org/D34995 llvm-svn: 307121
2017-07-05 12:58:24 +08:00
// NOOPT: @test_static_var_private.SS2 = internal addrspace(1) global %struct.StructTy2 zeroinitializer, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
void test_static_var_private(void) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
static private char *sp1 = 0;
static private char *sp2 = NULL;
static private char *sp3;
static private char *sp4 = (private char*)((void)0, 0);
const int x = 0;
static private char *sp5 = (private char*)x;
static StructTy1 SS1;
static StructTy2 SS2;
}
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: @test_static_var_local.sp1 = internal addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
// NOOPT: @test_static_var_local.sp2 = internal addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
// NOOPT: @test_static_var_local.sp3 = internal addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT: @test_static_var_local.sp4 = internal addrspace(1) global i8 addrspace(3)* null, align 4
// NOOPT: @test_static_var_local.sp5 = internal addrspace(1) global i8 addrspace(3)* null, align 4
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// NOOPT: @test_static_var_local.SS1 = internal addrspace(1) global %struct.StructTy1 { i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(4)* null, i8 addrspace(1)* null, i8* null }, align 8
[AMDGPU] Fix size and alignment of size_t and pointer types Differential Revision: https://reviews.llvm.org/D34995 llvm-svn: 307121
2017-07-05 12:58:24 +08:00
// NOOPT: @test_static_var_local.SS2 = internal addrspace(1) global %struct.StructTy2 zeroinitializer, align 8
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
void test_static_var_local(void) {
static local char *sp1 = 0;
static local char *sp2 = NULL;
static local char *sp3;
static local char *sp4 = (local char*)((void)0, 0);
const int x = 0;
static local char *sp5 = (local char*)x;
static StructTy1 SS1;
static StructTy2 SS2;
}
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// Test function-scope variable initialization.
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT-LABEL: @test_func_scope_var_private(
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// NOOPT: store i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(5)* addrspace(5)* %sp1, align 4
// NOOPT: store i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(5)* addrspace(5)* %sp2, align 4
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: store i8 addrspace(5)* null, i8 addrspace(5)* addrspace(5)* %sp3, align 4
// NOOPT: store i8 addrspace(5)* null, i8 addrspace(5)* addrspace(5)* %sp4, align 4
// NOOPT: %[[SS1:.*]] = bitcast %struct.StructTy1 addrspace(5)* %SS1 to i8 addrspace(5)*
CGDecl::emitStoresForConstant fix synthesized constant's name Summary: The name of the synthesized constants for constant initialization was using mangling for statics, which isn't generally correct and (in a yet-uncommitted patch) causes the mangler to assert out because the static ends up trying to mangle function parameters and this makes no sense. Instead, mangle to `"__const." + FunctionName + "." + DeclName`. Reviewers: rjmccall Subscribers: dexonsmith, cfe-commits Differential Revision: https://reviews.llvm.org/D54055 llvm-svn: 346915
2018-11-15 08:19:18 +08:00
// NOOPT: call void @llvm.memcpy.p5i8.p4i8.i64(i8 addrspace(5)* align 8 %[[SS1]], i8 addrspace(4)* align 8 bitcast (%struct.StructTy1 addrspace(4)* @__const.test_func_scope_var_private.SS1 to i8 addrspace(4)*), i64 32, i1 false)
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: %[[SS2:.*]] = bitcast %struct.StructTy2 addrspace(5)* %SS2 to i8 addrspace(5)*
// NOOPT: call void @llvm.memset.p5i8.i64(i8 addrspace(5)* align 8 %[[SS2]], i8 0, i64 24, i1 false)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
void test_func_scope_var_private(void) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private char *sp1 = 0;
private char *sp2 = NULL;
private char *sp3 = (private char*)((void)0, 0);
const int x = 0;
private char *sp4 = (private char*)x;
StructTy1 SS1 = {0, 0, 0, 0, 0};
StructTy2 SS2 = {0, 0, 0};
}
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// Test function-scope variable initialization.
// NOOPT-LABEL: @test_func_scope_var_local(
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: store i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(3)* addrspace(5)* %sp1, align 4
// NOOPT: store i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(3)* addrspace(5)* %sp2, align 4
// NOOPT: store i8 addrspace(3)* null, i8 addrspace(3)* addrspace(5)* %sp3, align 4
// NOOPT: store i8 addrspace(3)* null, i8 addrspace(3)* addrspace(5)* %sp4, align 4
// NOOPT: %[[SS1:.*]] = bitcast %struct.StructTy1 addrspace(5)* %SS1 to i8 addrspace(5)*
CGDecl::emitStoresForConstant fix synthesized constant's name Summary: The name of the synthesized constants for constant initialization was using mangling for statics, which isn't generally correct and (in a yet-uncommitted patch) causes the mangler to assert out because the static ends up trying to mangle function parameters and this makes no sense. Instead, mangle to `"__const." + FunctionName + "." + DeclName`. Reviewers: rjmccall Subscribers: dexonsmith, cfe-commits Differential Revision: https://reviews.llvm.org/D54055 llvm-svn: 346915
2018-11-15 08:19:18 +08:00
// NOOPT: call void @llvm.memcpy.p5i8.p4i8.i64(i8 addrspace(5)* align 8 %[[SS1]], i8 addrspace(4)* align 8 bitcast (%struct.StructTy1 addrspace(4)* @__const.test_func_scope_var_local.SS1 to i8 addrspace(4)*), i64 32, i1 false)
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: %[[SS2:.*]] = bitcast %struct.StructTy2 addrspace(5)* %SS2 to i8 addrspace(5)*
// NOOPT: call void @llvm.memset.p5i8.i64(i8 addrspace(5)* align 8 %[[SS2]], i8 0, i64 24, i1 false)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
void test_func_scope_var_local(void) {
local char *sp1 = 0;
local char *sp2 = NULL;
local char *sp3 = (local char*)((void)0, 0);
const int x = 0;
local char *sp4 = (local char*)x;
StructTy1 SS1 = {0, 0, 0, 0, 0};
StructTy2 SS2 = {0, 0, 0};
}
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// Test default initialization of pointers.
// Tentative definition of global variables with non-zero initializer
// cannot have common linkage since common linkage requires zero initialization
// and does not have explicit section.
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @p1 = local_unnamed_addr addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
// COMMON: @p1 = weak local_unnamed_addr addrspace(1) global i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private char *p1;
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @p2 = local_unnamed_addr addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
// COMMON: @p2 = weak local_unnamed_addr addrspace(1) global i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), align 4
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
local char *p2;
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @p3 = local_unnamed_addr addrspace(1) global i8 addrspace(4)* null, align 8
// COMMON: @p3 = common local_unnamed_addr addrspace(1) global i8 addrspace(4)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
constant char *p3;
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @p4 = local_unnamed_addr addrspace(1) global i8 addrspace(1)* null, align 8
// COMMON: @p4 = common local_unnamed_addr addrspace(1) global i8 addrspace(1)* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
global char *p4;
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @p5 = local_unnamed_addr addrspace(1) global i8* null, align 8
// COMMON: @p5 = common local_unnamed_addr addrspace(1) global i8* null, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
generic char *p5;
Fix typos in clang Found via codespell -q 3 -I ../clang-whitelist.txt Where whitelist consists of: archtype cas classs checkk compres definit frome iff inteval ith lod methode nd optin ot pres statics te thru Patch by luzpaz! (This is a subset of D44188 that applies cleanly with a few files that have dubious fixes reverted.) Differential revision: https://reviews.llvm.org/D44188 llvm-svn: 329399
2018-04-06 23:14:32 +08:00
// Test default initialization of structure.
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @S1 = local_unnamed_addr addrspace(1) global %struct.StructTy1 { i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(4)* null, i8 addrspace(1)* null, i8* null }, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
StructTy1 S1;
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @S2 = local_unnamed_addr addrspace(1) global %struct.StructTy2 zeroinitializer, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
StructTy2 S2;
// Test default initialization of array.
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: @A1 = local_unnamed_addr addrspace(1) global [2 x %struct.StructTy1] [%struct.StructTy1 { i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(4)* null, i8 addrspace(1)* null, i8* null }, %struct.StructTy1 { i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(4)* null, i8 addrspace(1)* null, i8* null }], align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
StructTy1 A1[2];
Recommit #2 "[Driver] Default to -fno-common for all targets" After a first attempt to fix the test-suite failures, my first recommit caused the same failures again. I had updated CMakeList.txt files of tests that needed -fcommon, but it turns out that there are also Makefiles which are used by some bots, so I've updated these Makefiles now too. See the original commit message for more details on this change: 0a9fc9233e172601e26381810d093e02ef410f65
2020-03-10 03:25:24 +08:00
// CHECK: @A2 = local_unnamed_addr addrspace(1) global [2 x %struct.StructTy2] zeroinitializer, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
StructTy2 A2[2];
// Test comparison with 0.
// CHECK-LABEL: cmp_private
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: icmp eq i8 addrspace(5)* %p, addrspacecast (i8* null to i8 addrspace(5)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_private(private char* p) {
if (p != 0)
*p = 0;
}
// CHECK-LABEL: cmp_local
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8 addrspace(3)* %p, addrspacecast (i8* null to i8 addrspace(3)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_local(local char* p) {
if (p != 0)
*p = 0;
}
// CHECK-LABEL: cmp_global
// CHECK: icmp eq i8 addrspace(1)* %p, null
void cmp_global(global char* p) {
if (p != 0)
*p = 0;
}
// CHECK-LABEL: cmp_constant
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: icmp eq i8 addrspace(4)* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
char cmp_constant(constant char* p) {
if (p != 0)
return *p;
else
return 0;
}
// CHECK-LABEL: cmp_generic
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_generic(generic char* p) {
if (p != 0)
*p = 0;
}
// Test comparison with NULL.
// CHECK-LABEL: cmp_NULL_private
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: icmp eq i8 addrspace(5)* %p, addrspacecast (i8* null to i8 addrspace(5)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_NULL_private(private char* p) {
if (p != NULL)
*p = 0;
}
// CHECK-LABEL: cmp_NULL_local
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8 addrspace(3)* %p, addrspacecast (i8* null to i8 addrspace(3)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_NULL_local(local char* p) {
if (p != NULL)
*p = 0;
}
// CHECK-LABEL: cmp_NULL_global
// CHECK: icmp eq i8 addrspace(1)* %p, null
void cmp_NULL_global(global char* p) {
if (p != NULL)
*p = 0;
}
// CHECK-LABEL: cmp_NULL_constant
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: icmp eq i8 addrspace(4)* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
char cmp_NULL_constant(constant char* p) {
if (p != NULL)
return *p;
else
return 0;
}
// CHECK-LABEL: cmp_NULL_generic
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cmp_NULL_generic(generic char* p) {
if (p != NULL)
*p = 0;
}
// Test storage 0 as null pointer.
// CHECK-LABEL: test_storage_null_pointer
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: store i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(5)** %arg_private
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: store i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(3)** %arg_local
// CHECK: store i8 addrspace(1)* null, i8 addrspace(1)** %arg_global
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: store i8 addrspace(4)* null, i8 addrspace(4)** %arg_constant
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: store i8* null, i8** %arg_generic
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void test_storage_null_pointer(private char** arg_private,
local char** arg_local,
global char** arg_global,
constant char** arg_constant,
generic char** arg_generic) {
*arg_private = 0;
*arg_local = 0;
*arg_global = 0;
*arg_constant = 0;
*arg_generic = 0;
}
// Test storage NULL as null pointer.
// CHECK-LABEL: test_storage_null_pointer_NULL
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: store i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(5)** %arg_private
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: store i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(3)** %arg_local
// CHECK: store i8 addrspace(1)* null, i8 addrspace(1)** %arg_global
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: store i8 addrspace(4)* null, i8 addrspace(4)** %arg_constant
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: store i8* null, i8** %arg_generic
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void test_storage_null_pointer_NULL(private char** arg_private,
local char** arg_local,
global char** arg_global,
constant char** arg_constant,
generic char** arg_generic) {
*arg_private = NULL;
*arg_local = NULL;
*arg_global = NULL;
*arg_constant = NULL;
*arg_generic = NULL;
}
// Test pass null pointer to function as argument.
void test_pass_null_pointer_arg_calee(private char* arg_private,
local char* arg_local,
global char* arg_global,
constant char* arg_constant,
generic char* arg_generic);
// CHECK-LABEL: test_pass_null_pointer_arg
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: call void @test_pass_null_pointer_arg_calee(i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(1)* null, i8 addrspace(4)* null, i8* null)
// CHECK: call void @test_pass_null_pointer_arg_calee(i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*), i8 addrspace(1)* null, i8 addrspace(4)* null, i8* null)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void test_pass_null_pointer_arg(void) {
test_pass_null_pointer_arg_calee(0, 0, 0, 0, 0);
test_pass_null_pointer_arg_calee(NULL, NULL, NULL, NULL, NULL);
}
// Test cast null pointer to size_t.
void test_cast_null_pointer_to_sizet_calee(size_t arg_private,
size_t arg_local,
size_t arg_global,
size_t arg_constant,
size_t arg_generic);
// CHECK-LABEL: test_cast_null_pointer_to_sizet
Fix test on PS4 linux bot. Commit 301a6da8c24a09052e3bda10e90b450b7b39ffea changed the test and modified a CHECK line that is inconsisent with similar lines elsewhere in the file and was causing failures when run in slightly different configurations. This change makes the line more consistent and should fix the bot failure. Failure link: http://lab.llvm.org:8011/builders/llvm-clang-lld-x86_64-scei-ps4-ubuntu-fast/builds/68593
2020-06-03 04:14:09 +08:00
// CHECK: call void @test_cast_null_pointer_to_sizet_calee(i64 ptrtoint (i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*) to i64), i64 ptrtoint (i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*) to i64), i64 0, i64 0, i64 0)
// CHECK: call void @test_cast_null_pointer_to_sizet_calee(i64 ptrtoint (i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*) to i64), i64 ptrtoint (i8 addrspace(3)* addrspacecast (i8* null to i8 addrspace(3)*) to i64), i64 0, i64 0, i64 0)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void test_cast_null_pointer_to_sizet(void) {
test_cast_null_pointer_to_sizet_calee((size_t)((private char*)0),
(size_t)((local char*)0),
(size_t)((global char*)0),
(size_t)((constant char*)0),
(size_t)((generic char*)0));
test_cast_null_pointer_to_sizet_calee((size_t)((private char*)NULL),
(size_t)((local char*)NULL),
(size_t)((global char*)NULL),
(size_t)((constant char*)0), // NULL cannot be casted to constant pointer since it is defined as a generic pointer
(size_t)((generic char*)NULL));
}
Fix typos in clang Found via codespell -q 3 -I ../clang-whitelist.txt Where whitelist consists of: archtype cas classs checkk compres definit frome iff inteval ith lod methode nd optin ot pres statics te thru Patch by luzpaz! (This is a subset of D44188 that applies cleanly with a few files that have dubious fixes reverted.) Differential revision: https://reviews.llvm.org/D44188 llvm-svn: 329399
2018-04-06 23:14:32 +08:00
// Test comparison between null pointers.
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
#define TEST_EQ00(addr1, addr2) int test_eq00_##addr1##_##addr2(void) { return (addr1 char*)0 == (addr2 char*)0; }
#define TEST_EQ0N(addr1, addr2) int test_eq0N_##addr1##_##addr2(void) { return (addr1 char*)0 == (addr2 char*)NULL; }
#define TEST_EQN0(addr1, addr2) int test_eqN0_##addr1##_##addr2(void) { return (addr1 char*)NULL == (addr2 char*)0; }
#define TEST_EQNN(addr1, addr2) int test_eqNN_##addr1##_##addr2(void) { return (addr1 char*)0 == (addr2 char*)NULL; }
#define TEST_NE00(addr1, addr2) int test_ne00_##addr1##_##addr2(void) { return (addr1 char*)0 != (addr2 char*)0; }
#define TEST_NE0N(addr1, addr2) int test_ne0N_##addr1##_##addr2(void) { return (addr1 char*)0 != (addr2 char*)NULL; }
#define TEST_NEN0(addr1, addr2) int test_neN0_##addr1##_##addr2(void) { return (addr1 char*)NULL != (addr2 char*)0; }
#define TEST_NENN(addr1, addr2) int test_neNN_##addr1##_##addr2(void) { return (addr1 char*)0 != (addr2 char*)NULL; }
#define TEST(addr1, addr2) \
TEST_EQ00(addr1, addr2) \
TEST_EQ0N(addr1, addr2) \
TEST_EQN0(addr1, addr2) \
TEST_EQNN(addr1, addr2) \
TEST_NE00(addr1, addr2) \
TEST_NE0N(addr1, addr2) \
TEST_NEN0(addr1, addr2) \
TEST_NENN(addr1, addr2)
// CHECK-LABEL: test_eq00_generic_private
// CHECK: ret i32 1
// CHECK-LABEL: test_eq0N_generic_private
// CHECK: ret i32 1
// CHECK-LABEL: test_eqN0_generic_private
// CHECK: ret i32 1
// CHECK-LABEL: test_eqNN_generic_private
// CHECK: ret i32 1
// CHECK-LABEL: test_ne00_generic_private
// CHECK: ret i32 0
// CHECK-LABEL: test_ne0N_generic_private
// CHECK: ret i32 0
// CHECK-LABEL: test_neN0_generic_private
// CHECK: ret i32 0
// CHECK-LABEL: test_neNN_generic_private
// CHECK: ret i32 0
TEST(generic, private)
// CHECK-LABEL: test_eq00_generic_local
// CHECK: ret i32 1
// CHECK-LABEL: test_eq0N_generic_local
// CHECK: ret i32 1
// CHECK-LABEL: test_eqN0_generic_local
// CHECK: ret i32 1
// CHECK-LABEL: test_eqNN_generic_local
// CHECK: ret i32 1
// CHECK-LABEL: test_ne00_generic_local
// CHECK: ret i32 0
// CHECK-LABEL: test_ne0N_generic_local
// CHECK: ret i32 0
// CHECK-LABEL: test_neN0_generic_local
// CHECK: ret i32 0
// CHECK-LABEL: test_neNN_generic_local
// CHECK: ret i32 0
TEST(generic, local)
// CHECK-LABEL: test_eq00_generic_global
// CHECK: ret i32 1
// CHECK-LABEL: test_eq0N_generic_global
// CHECK: ret i32 1
// CHECK-LABEL: test_eqN0_generic_global
// CHECK: ret i32 1
// CHECK-LABEL: test_eqNN_generic_global
// CHECK: ret i32 1
// CHECK-LABEL: test_ne00_generic_global
// CHECK: ret i32 0
// CHECK-LABEL: test_ne0N_generic_global
// CHECK: ret i32 0
// CHECK-LABEL: test_neN0_generic_global
// CHECK: ret i32 0
// CHECK-LABEL: test_neNN_generic_global
// CHECK: ret i32 0
TEST(generic, global)
// CHECK-LABEL: test_eq00_generic_generic
// CHECK: ret i32 1
// CHECK-LABEL: test_eq0N_generic_generic
// CHECK: ret i32 1
// CHECK-LABEL: test_eqN0_generic_generic
// CHECK: ret i32 1
// CHECK-LABEL: test_eqNN_generic_generic
// CHECK: ret i32 1
// CHECK-LABEL: test_ne00_generic_generic
// CHECK: ret i32 0
// CHECK-LABEL: test_ne0N_generic_generic
// CHECK: ret i32 0
// CHECK-LABEL: test_neN0_generic_generic
// CHECK: ret i32 0
// CHECK-LABEL: test_neNN_generic_generic
// CHECK: ret i32 0
TEST(generic, generic)
// CHECK-LABEL: test_eq00_constant_constant
// CHECK: ret i32 1
TEST_EQ00(constant, constant)
// Test cast to bool.
// CHECK-LABEL: cast_bool_private
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: icmp eq i8 addrspace(5)* %p, addrspacecast (i8* null to i8 addrspace(5)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cast_bool_private(private char* p) {
if (p)
*p = 0;
}
// CHECK-LABEL: cast_bool_local
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8 addrspace(3)* %p, addrspacecast (i8* null to i8 addrspace(3)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cast_bool_local(local char* p) {
if (p)
*p = 0;
}
// CHECK-LABEL: cast_bool_global
// CHECK: icmp eq i8 addrspace(1)* %p, null
void cast_bool_global(global char* p) {
if (p)
*p = 0;
}
// CHECK-LABEL: cast_bool_constant
[AMDGPU] Change constant addr space to 4 Differential Revision: https://reviews.llvm.org/D43171 llvm-svn: 325031
2018-02-14 02:01:21 +08:00
// CHECK: icmp eq i8 addrspace(4)* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
char cast_bool_constant(constant char* p) {
if (p)
return *p;
else
return 0;
}
// CHECK-LABEL: cast_bool_generic
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: icmp eq i8* %p, null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
void cast_bool_generic(generic char* p) {
if (p)
*p = 0;
}
// Test initialize a struct using memset.
// For large structures which is mostly zero, clang generats llvm.memset for
// the zero part and store for non-zero members.
typedef struct {
long a, b, c, d;
private char *p;
} StructTy3;
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK-LABEL: test_memset_private
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: call void @llvm.memset.p5i8.i64(i8 addrspace(5)* align 8 {{.*}}, i8 0, i64 32, i1 false)
// CHECK: [[GEP:%.*]] = getelementptr inbounds %struct.StructTy3, %struct.StructTy3 addrspace(5)* %ptr, i32 0, i32 4
// CHECK: store i8 addrspace(5)* addrspacecast (i8* null to i8 addrspace(5)*), i8 addrspace(5)* addrspace(5)* [[GEP]]
// CHECK: [[GEP1:%.*]] = getelementptr inbounds i8, i8 addrspace(5)* {{.*}}, i32 36
// CHECK: [[GEP1_CAST:%.*]] = bitcast i8 addrspace(5)* [[GEP1]] to i32 addrspace(5)*
// CHECK: store i32 0, i32 addrspace(5)* [[GEP1_CAST]], align 4
AMDGPU: Use direct struct returns and arguments This is an improvement over always using byval for structs. This will use registers until ~16 are used, and then switch back to byval. This needs more work, since I'm not sure it ever really makes sense to use byval. If the register limit is exceeded, the arguments still end up passed on the stack, but with a different ABI. It also may make sense to base this on number of registers used for non-struct arguments, rather than just arguments that appear first in the argument list. llvm-svn: 310527
2017-08-10 05:44:58 +08:00
void test_memset_private(private StructTy3 *ptr) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
StructTy3 S3 = {0, 0, 0, 0, 0};
AMDGPU: Use direct struct returns and arguments This is an improvement over always using byval for structs. This will use registers until ~16 are used, and then switch back to byval. This needs more work, since I'm not sure it ever really makes sense to use byval. If the register limit is exceeded, the arguments still end up passed on the stack, but with a different ABI. It also may make sense to base this on number of registers used for non-struct arguments, rather than just arguments that appear first in the argument list. llvm-svn: 310527
2017-08-10 05:44:58 +08:00
*ptr = S3;
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
}
// Test casting literal 0 to pointer.
// A 0 literal casted to pointer should become a null pointer.
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK-LABEL: test_cast_0_to_local_ptr
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: ret i32 addrspace(3)* addrspacecast (i32* null to i32 addrspace(3)*)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
local int* test_cast_0_to_local_ptr(void) {
return (local int*)0;
}
// CHECK-LABEL: test_cast_0_to_private_ptr
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: ret i32 addrspace(5)* addrspacecast (i32* null to i32 addrspace(5)*)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
private int* test_cast_0_to_private_ptr(void) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
return (private int*)0;
}
// Test casting non-literal integer with 0 value to pointer.
// A non-literal integer expression with 0 value is casted to a pointer with
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// zero value.
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK-LABEL: test_cast_int_to_ptr1_private
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: ret i32 addrspace(5)* null
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
private int* test_cast_int_to_ptr1_private(void) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
return (private int*)((void)0, 0);
}
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK-LABEL: test_cast_int_to_ptr1_local
// CHECK: ret i32 addrspace(3)* null
local int* test_cast_int_to_ptr1_local(void) {
return (local int*)((void)0, 0);
}
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// CHECK-LABEL: test_cast_int_to_ptr2
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: ret i32 addrspace(5)* null
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
private int* test_cast_int_to_ptr2(void) {
int x = 0;
return (private int*)x;
}
// Test logical operations.
// CHECK-LABEL: test_not_nullptr
// CHECK: ret i32 1
int test_not_nullptr(void) {
return !(private char*)NULL;
}
// CHECK-LABEL: test_and_nullptr
// CHECK: ret i32 0
int test_and_nullptr(int a) {
return a && ((private char*)NULL);
}
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK-LABEL: test_not_private_ptr
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: %[[lnot:.*]] = icmp eq i8 addrspace(5)* %p, addrspacecast (i8* null to i8 addrspace(5)*)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// CHECK: %[[lnot_ext:.*]] = zext i1 %[[lnot]] to i32
// CHECK: ret i32 %[[lnot_ext]]
int test_not_private_ptr(private char* p) {
return !p;
}
// CHECK-LABEL: test_not_local_ptr
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: %[[lnot:.*]] = icmp eq i8 addrspace(3)* %p, addrspacecast (i8* null to i8 addrspace(3)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// CHECK: %[[lnot_ext:.*]] = zext i1 %[[lnot]] to i32
// CHECK: ret i32 %[[lnot_ext]]
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
int test_not_local_ptr(local char* p) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
return !p;
}
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// CHECK-LABEL: test_and_ptr
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// CHECK: %[[tobool:.*]] = icmp ne i8 addrspace(5)* %p1, addrspacecast (i8* null to i8 addrspace(5)*)
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// CHECK: %[[tobool1:.*]] = icmp ne i8 addrspace(3)* %p2, addrspacecast (i8* null to i8 addrspace(3)*)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// CHECK: %[[res:.*]] = and i1 %[[tobool]], %[[tobool1]]
// CHECK: %[[land_ext:.*]] = zext i1 %[[res]] to i32
// CHECK: ret i32 %[[land_ext]]
int test_and_ptr(private char* p1, local char* p2) {
return p1 && p2;
}
// Test folding of null pointer in function scope.
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT-LABEL: test_fold_private
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// NOOPT: call void @test_fold_callee
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: store i32 addrspace(1)* null, i32 addrspace(1)* addrspace(5)* %glob, align 8
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// NOOPT: %{{.*}} = sub i64 %{{.*}}, 0
// NOOPT: call void @test_fold_callee
AMDGPU: Fix clang side null pointer value for private The change to fold_priv_arith looks strange to me, but this was already the untested behavior for local.
2020-06-01 22:31:05 +08:00
// NOOPT: %{{.*}} = add nsw i64 %1, sext (i32 ptrtoint (i32 addrspace(5)* addrspacecast (i32* null to i32 addrspace(5)*) to i32) to i64)
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
// NOOPT: %{{.*}} = sub nsw i64 %{{.*}}, 1
void test_fold_callee(void);
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
void test_fold_private(void) {
Re-commit r289252 and r289285, and fix PR31374 llvm-svn: 289787
2016-12-15 16:09:08 +08:00
global int* glob = (test_fold_callee(), (global int*)(generic char*)0);
long x = glob - (global int*)(generic char*)0;
x = x + (int)(test_fold_callee(), (private int*)(generic char*)(global short*)0);
x = x - (int)((private int*)0 == (private int*)(generic char*)0);
}
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT-LABEL: test_fold_local
// NOOPT: call void @test_fold_callee
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: store i32 addrspace(1)* null, i32 addrspace(1)* addrspace(5)* %glob, align 8
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT: %{{.*}} = sub i64 %{{.*}}, 0
// NOOPT: call void @test_fold_callee
[AMDGPU] Switch to the new addr space mapping by default This requires corresponding llvm change. Differential Revision: https://reviews.llvm.org/D40956 llvm-svn: 324102
2018-02-03 00:08:24 +08:00
// NOOPT: %{{.*}} = add nsw i64 %{{.*}}, sext (i32 ptrtoint (i32 addrspace(3)* addrspacecast (i32* null to i32 addrspace(3)*) to i32) to i64)
AMDGPU: Make 0 the private nullptr value We can't actually pretend that 0 is valid for address space 0. r295877 added a workaround to stop allocating user objects there, so we can use 0 as the invalid pointer. Some of the tests seemed to be using private as the non-0 null test address space, so add copies using local to make sure this is still stressed. llvm-svn: 297659
2017-03-14 03:47:53 +08:00
// NOOPT: %{{.*}} = sub nsw i64 %{{.*}}, 1
void test_fold_local(void) {
global int* glob = (test_fold_callee(), (global int*)(generic char*)0);
long x = glob - (global int*)(generic char*)0;
x = x + (int)(test_fold_callee(), (local int*)(generic char*)(global short*)0);
x = x - (int)((local int*)0 == (local int*)(generic char*)0);
}