search for: 02f80004

...32 } @debugPointer({ i8*, i32 }* %0) > ret { i8*, i32 } { i8* @FixnumClass, i32 123 } > } > > Output, now with correct addresses out of the GEPs, and memory being > modified as expected: > > p = 02F80000 > class: 00000000 > datum: 00000000 > x = 02F80000 > x = 02F80004 > p = 02F80000 > class: 028D3E98 > datum: 0000007B > p = 02F80000 > class: 028D3E98 > datum: 0000007B > p = 02F80000 > class: 028D3E98 > datum: 0000007B > > Cheers, > > -- nikodemus > > > On Mon, Jun 5, 2017 at 10:57 PM, Nikodemus Siivola...

Since the getelementptrs were implicitly generated by the CreateStore/Load I'm not sure how to get access to them. So I hacked the assignment to be done thrice: once using a manual decomposition into two GEPs and stores, once using the "big" CreateStore, once via the setGlobal function, printing addresses and memory contents at each point to the degree that I have access to them.

...i32 123 } >>> } >>> >>> Output, now with correct addresses out of the GEPs, and memory being >>> modified as expected: >>> >>> p = 02F80000 >>> class: 00000000 >>> datum: 00000000 >>> x = 02F80000 >>> x = 02F80004 >>> p = 02F80000 >>> class: 028D3E98 >>> datum: 0000007B >>> p = 02F80000 >>> class: 028D3E98 >>> datum: 0000007B >>> p = 02F80000 >>> class: 028D3E98 >>> datum: 0000007B >>> >>> Cheers, &...

...ut, now with correct addresses out of the GEPs, and memory being >>>>> modified as expected: >>>>> >>>>> p = 02F80000 >>>>> class: 00000000 >>>>> datum: 00000000 >>>>> x = 02F80000 >>>>> x = 02F80004 >>>>> p = 02F80000 >>>>> class: 028D3E98 >>>>> datum: 0000007B >>>>> p = 02F80000 >>>>> class: 028D3E98 >>>>> datum: 0000007B >>>>> p = 02F80000 >>>>> class: 028D3E98 &g...