Re: [pypy-dev] lltype.Signed type in ThreadLocalReference

2017-03-21 Thread John Zhang
Hi Manuel, I attempted to change it to OBJECTPTR in my local repo and it worked. So I will see how it go I guess… Thanks for the reply. Cheers, John Zhang -- John Zhang Research Assistant Programming Languages, Design & Implementation Division

Re: [pypy-dev] lltype.Signed type in ThreadLocalReference

2017-03-21 Thread Manuel Jacob
Hi John, I can't say for sure (Armin probably knows better), but from the commit history it looks like this was specifically changed for the JIT. With commit 5291d2692c2375a4105b43498188e749d4204dc8 the type was changed from llmemory.GCREF to lltype.Signed. I'd recommend changing it back to

Re: [pypy-dev] 2, 7 and 3.5 release is almost here - please help check you favorite platform

2017-03-21 Thread Ryan Gonzalez
Typo: in this subject header, you wrote 2, 7 instead of 2.7. ;) -- Ryan (ライアン) Yoko Shimomura > ryo (supercell/EGOIST) > Hiroyuki Sawano >> everyone else http://refi64.com On Mar 20, 2017 2:47 PM, "Matti Picus" wrote: > The release is almost ready. Please check the website for obvious typos, >

[pypy-dev] lltype.Signed type in ThreadLocalReference

2017-03-21 Thread John Zhang
Hi all, I’m wondering why rthread.ThreadLocalReference is initialised to have lltype.Signed type (rthread.py:387). If in get() it’s retrieved as rclass.OBJECTPTR, why not just set the type of the field to be OBJECTPTR? is this related to some specific optimisation? The problem I’m having is that