I did some tests on 64-bit Windows and found sizeof(POINTER_SIZE_INT)=8. So I think no truncation happens. And I could NOT find the code mentioned in [1] and maybe it is because of some rollback. What's your opinion?
Xiaoming [1] - https://issues.apache.org/jira/browse/HARMONY-5022 On Mon, Nov 3, 2008 at 2:00 PM, xiaoming gu <[email protected]> wrote: > So in 64-bit platform with compressed pointer, the base address for heap is > still 64-bit but the offset is 32-bit. > > Got it. Thanks. -Xiaoming > > > On Mon, Nov 3, 2008 at 12:21 PM, Xiao-Feng Li <[email protected]>wrote: > >> Xiaoming, I think this work is only related with X86-64, the 64bit >> machine. In a 32bit platform, there is no such concept of 64-bit base >> address. In 64-bit platform with compressed pointer, we have a base >> address and a 32-bit offset for one pointer. >> >> Thanks, >> xiaofeng >> >> On Mon, Nov 3, 2008 at 11:52 AM, xiaoming gu <[email protected]> >> wrote: >> > Hi, guys. I'm studying H5022 - incorrect codegeneration of compressed >> obj >> > arithmetics[1]. In my understanding, the problem is that current JIT >> casts >> > heap base address from 64-bit to 32-bit compulsorily in IA32 but that >> > address must be in 64-bit even in a 32-bit platform. If I catch the >> point of >> > this jira correctly, I'll try to delete the casts in >> > Ia32InstCodeSelector.cpp recently. Any comment? Thanks. >> > >> > Xiaoming >> > >> > [1] - https://issues.apache.org/jira/browse/HARMONY-5022 >> > >> >> >> >> -- >> http://xiao-feng.blogspot.com >> > > -- China Runtime Technologies Lab, SSG/SSD/MRTC, Intel
