On Wed, Mar 24, 2010 at 10:51 AM, Campbell Barton <ideasma...@gmail.com> wrote: > even though rna is thin wrapped these parts still rely on cpython > - python subclassing rna > - ID-Property support > - Mathutils Vector/Matrix/Euler/Quat types > - Game Engine API > > doubt we would switch from cpython any time soon.
http://morepypy.blogspot.com/2010/04/using-cpython-extension-modules-with.html look! pypy is working on cpython api compatibility! :) so in the future once pypy is python 3.1 compatible (i am sure they will work on it sooner or later) it should be possible to use pypy for blender and solve the security issues. http://speed.pypy.org/ and for numerical code pypy can be 10 times faster than cpython already. another nice advantage. > > On Tue, Mar 23, 2010 at 9:43 PM, horace grant <horac...@gmail.com> wrote: >> pypy is making great progress lately and in 2-3 years probably it >> would makes sense to switch to pypy anyway because of its much better >> performance than cpython? then the security problem maybe solves >> itself since pypy features a secure sandbox? >> >> i know that pypy isn't compatible with the cpython api (at the >> moment?) but i was under the impression that much of the blender api >> is auto generated now in 2.5? >> _______________________________________________ >> Bf-committers mailing list >> Bf-committers@blender.org >> http://lists.blender.org/mailman/listinfo/bf-committers >> > > > > -- > - Campbell > _______________________________________________ > Bf-committers mailing list > Bf-committers@blender.org > http://lists.blender.org/mailman/listinfo/bf-committers > _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
