Hi Amaury,
Bah, isinstance(x, (int,long)) is not RPython.
isinstance(x, int) or isinstance(x, long)
should be used instead.
yes, that got me further. There was one more fix needed, done by Armin.
Back in business now, thanks all!
Best regards,
Wim
--
wlavrij...@lbl.gov--+1
Hi,
I stumbled over the following paragraph in
https://bugs.pypy.org/issue1069
"""
PyEval_SaveThread() always return NULL in pypy. But I don't know if there
is a better value, since the GIL is always released in C code.
"""
Why should the GIL always be released? There are many C extensions tha
2012/3/14 :
> [translation:ERROR] TypeError': issubclass() arg 1 must be a class
> [translation:ERROR] .. v2364 = simple_call((builtin_function_or_method
> isinstance), r_0, ((, )))
> [translation:ERROR] .. '(pypy.rlib.rarithmetic:139)is_valid_int'
> [translation:ERROR] Processing block:
Hi Anto,
uhm, it's possible that these are related to the recent changes by Christian
about int/long on win64.
If they break the translation, we should revert them.
I was first thinking that it's just a warning, but further downstream, the
translation still fails for me (translation of default
On 03/14/2012 06:11 PM, wlavrij...@lbl.gov wrote:
> Hi Anto,
>
> thanks, default at least seems to work (so far), other than a couple:
>
> [annrpython:WARNING] (pypy.objspace.std.objspace:148)wrap__str at 0x43e7eb0> op=0/ isinstance(.,
> long) is not RPython
>
> warnings. I'll merge again and s
Hi Anto,
thanks, default at least seems to work (so far), other than a couple:
[annrpython:WARNING] op=0/ isinstance(., long) is not RPython
warnings. I'll merge again and see where that gets me. :)
Best regards,
Wim
--
wlavrij...@lbl.gov--+1 (510) 486 6411--www.lav
Hi Wim,
On 03/14/2012 05:53 PM, wlavrij...@lbl.gov wrote:
> Hi,
>
> the new "mixin" base classes for the new W_StringObject hierarchy are
> missing a "_mixin_=True" statement, leading to the error message below.
>
> I added those statements (also needed in the mixin base class), but that
> still
Hi,
the new "mixin" base classes for the new W_StringObject hierarchy are
missing a "_mixin_=True" statement, leading to the error message below.
I added those statements (also needed in the mixin base class), but that
still was not enough to get the translation much further.
Ideas, fix?
Thank
Hi Ronny,
On 03/14/2012 03:53 PM, Ronny Pfannschmidt wrote:
> since sprints regularly cause situations where default doesn't translate,
> it seems helpful to have a known latest revision that translates
>
> the proposed mechanism would be to have a bookmark
> that tracks that version for default,
since sprints regularly cause situations where default doesn't translate,
it seems helpful to have a known latest revision that translates
the proposed mechanism would be to have a bookmark
that tracks that version for default,
a good name could be something like "last-known-translatable"
that
On 03/07/2012 08:12 PM, Maciej Fijalkowski wrote:
> Can we have this on default as well please?
no, because it's something py3k specific: on default, applevel tests with -A
are run directly on the hosting python, while on py3k they are run in a
separate python3 process. Before this checkin, the co
On Tue, Mar 13, 2012 at 9:51 PM, Benjamin Peterson wrote:
> 2012/3/12 Peter Cock :
>> Given http://doc.pypy.org/en/latest/extending.html describes this
>> mixed module approach as the "most advanced and powerful way"
>> of calling C code, does that mean in this particular case there are
>> no low
12 matches
Mail list logo
