llvm-project/clang/test/CodeGen/union-init2.c

// RUN: %clang_cc1 -emit-llvm %s -o - -triple i686-pc-linux-gnu | FileCheck %s

// Make sure we generate something sane instead of a ptrtoint
// CHECK: bitcast ({ %union.x*, [4 x i8] }* @r to %union.x*), [4 x i8] undef
union x {long long b;union x* a;} r = {.a = &r};


// CHECK: global { [3 x i8], [5 x i8] } { [3 x i8] zeroinitializer, [5 x i8] undef }
union z {
  char a[3];
  long long b;
};
union z y = {};
fix PR6660/6168: emit padding as zeros instead of undef. Because trailing fields may not be represented in initializer lists, they are being handled as padding and those fields must be zero initialized. llvm-svn: 101067 2010-04-12 21:10:05 +00:00			`// RUN: %clang_cc1 -emit-llvm %s -o - -triple i686-pc-linux-gnu \| FileCheck %s`
Fix a minor issue with unions in the new struct building code. llvm-svn: 77829 2009-08-01 23:11:24 +00:00
			`// Make sure we generate something sane instead of a ptrtoint`
clang side to match the LLVM IR type system rewrite patch. llvm-svn: 134831 2011-07-09 17:41:47 +00:00			`// CHECK: bitcast ({ %union.x, [4 x i8] } @r to %union.x*), [4 x i8] undef`
Fix a minor issue with unions in the new struct building code. llvm-svn: 77829 2009-08-01 23:11:24 +00:00			`union x {long long b;union x* a;} r = {.a = &r};`
fix PR6660/6168: emit padding as zeros instead of undef. Because trailing fields may not be represented in initializer lists, they are being handled as padding and those fields must be zero initialized. llvm-svn: 101067 2010-04-12 21:10:05 +00:00

Revert r332847; it caused us to miscompile certain forms of reference initialization. llvm-svn: 332886 2018-05-21 20:36:58 +00:00			`// CHECK: global { [3 x i8], [5 x i8] } { [3 x i8] zeroinitializer, [5 x i8] undef }`
emit padding as undef values, take 2 merge also a few tests I had here for this feature, and FileCheck'ize one file llvm-svn: 101535 2010-04-16 20:56:35 +00:00			`union z {`
			`char a[3];`
			`long long b;`
			`};`
			`union z y = {};`