search for: a_int_field

Displaying 4 results from an estimated 4 matches for "a_int_field".

2013 Mar 13
3
[LLVMdev] PROPOSAL: struct-access-path aware TBAA
Based on my understanding of her design, following is one obtuse motivating example: -------------------------- class A; class B; int foo(A* p, B* q) { p->a_int_field = 2; q->another_int_field = 3; return p->a_int_field; // !!!!! } ---------------------------------- the *-statement can be optimized into "return 2" if optimizer can prove type-A does not include type-B, and type-B does not include type-A either. On 03/12/2013 07:48 PM, K...
2013 Mar 13
0
[LLVMdev] PROPOSAL: struct-access-path aware TBAA
On 3/12/2013 9:56 PM, Shuxin Yang wrote: > Based on my understanding of her design, following is one obtuse > motivating example: > > -------------------------- > class A; > class B; > > int foo(A* p, B* q) { > > p->a_int_field = 2; > q->another_int_field = 3; > return p->a_int_field; // !!!!! > } > ---------------------------------- > > the *-statement can be optimized into "return 2" if optimizer can prove > type-A does not include type-B, > and type-B does not include typ...
2013 Mar 13
0
[LLVMdev] PROPOSAL: struct-access-path aware TBAA
On 3/12/2013 9:43 PM, Shuxin Yang wrote: > > Note that, to make base/offset/size more effective, analyzer need to > track the base along the UD chains > as far as possible. In this case, the "bases" for the memory are "p", > instead of &vd and &vc, respectively. If the base pointers are the same, then offset+length for each access is sufficient to
2013 Mar 13
3
[LLVMdev] PROPOSAL: struct-access-path aware TBAA
On 03/12/2013 07:21 PM, Krzysztof Parzyszek wrote: > On 3/12/2013 12:13 PM, Manman Ren wrote: > > > > Given > > struct A { > > int x; > > int y; > > }; > > struct B { > > A a; > > int z; > > }; > > struct C { > > B b1; > > B b2; > > }; > > struct D { >