search for: 028d3e98

...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 < > nikodemus at random-state.net&...

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.

...t, 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 >>> >&...

...>>> 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 >>>>> >>>&gt...