maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/CodeGen/union-init2.c

14 lines
412 B
C
Raw Normal View History

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-13 05:10:05 +08: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-02 07:11:24 +08: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-10 01:41:47 +08: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-02 07:11:24 +08: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-13 05:10:05 +08:00
Revert r332847; it caused us to miscompile certain forms of reference initialization. llvm-svn: 332886
2018-05-22 04:36:58 +08: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-17 04:56:35 +08:00
union z {
char a[3];
long long b;
};
union z y = {};