Dirk,

Good point!
I'll give that a try.

-Bill

On Mon, Nov 16, 2015 at 1:50 AM, Dirk Bächle <tshor...@gmx.de> wrote:

> Bill,
>
> On 15.11.2015 23:36, Bill Deegan wrote:
>
>> Greetings,
>>
>> Thought I'd take a whack at running SCons on pypy (based on a
>> presentation at SFPython where the developer say 50x CPython speeds).
>>
>> Anyway it turns out that using __slots__ + assiging to __class__ which we
>> do a few places in the Node's classes causes:
>> TypeError: __class__ assignment: 'Entry' object layout differs from 'Dir':
>>
>> I hopped on #pypy and a developer there took a quick look as said turning
>> of __slot__ got it a bit further through.
>>
>> As a side note, the canonical way to tell if you are running under pypy
>> is as follows:
>>
>>   if '__pypy__' not in sys.builtin_module_names
>>
>> Anyone have any thoughts on the relative difficulties of disabling slots
>> for pypy vs removing reassigning an objects class in the
>> Nodes hierarchy?
>>
>>
> since you're only interested in the possible speedup of pypy vs. cpython,
> wouldn't it be an option to use a commit short before the introduction of
> "__slots__" and apply the PR #252 there in a sandbox?
> Then you could first check whether following this route, and fixing things
> for the __class__ assignments, would be worthwhile...
>
> Best regards,
>
> Dirk
>
> _______________________________________________
> Scons-dev mailing list
> Scons-dev@scons.org
> https://pairlist2.pair.net/mailman/listinfo/scons-dev
>
_______________________________________________
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev

Reply via email to