<petronny>
`File "/build/pypy/src/pypy2.7-v7.1.0-src/rpython/jit/codewriter/call.py", line 317, in getcalldescr`
danieljabailey has joined #pypy
<tos9>
mattip: whee so of course on this other mac everything works out of the box
<tos9>
no setting MACOSX_DEPLOYMENT_TARGET, no modifying sysconfig_pypy
<tos9>
numpy.test is plowing on even
<tos9>
bunch of failures, but it runs
<mattip>
yes, failures are expected, I need to push fixes to numpy now that 7.1 is out
* tos9
nods
<tos9>
ok, I'm going to have to investigate when I get to worko
<tos9>
but yeah I did nothing on this machine, which is reasonably similar, in that it's running same version of macos, and it's using my dotfiles, where I pin all the packages I install, so in theory it should be really quite similar to the other one :/
<tos9>
but will see what's up
<cfbolz>
petronny: thanks
<cfbolz>
I am away from my laptop now but will look into it later
* petronny
ok
jacob22_ has quit [Ping timeout: 268 seconds]
oberstet has quit [Remote host closed the connection]
<cfbolz>
Henri ist cranky
<cfbolz>
Hab Sorge dass Ärztin nicht gut geht
<cfbolz>
Argh
<cfbolz>
Sirry
<cfbolz>
Wrong window ;-)
<arigato>
:-)
Ai9zO5AP has joined #pypy
jcea has joined #pypy
adamholmberg has quit [Remote host closed the connection]
adamholmberg has joined #pypy
marky1991 has quit [Quit: Saliendo]
marky1991 has joined #pypy
jacob22 has joined #pypy
jacob22 has quit [Client Quit]
andi- has quit [Ping timeout: 258 seconds]
jacob22 has joined #pypy
forgottenone has quit [Ping timeout: 246 seconds]
andi- has joined #pypy
andi- has quit [Excess Flood]
jacob22 has quit [Read error: Connection reset by peer]
jacob22 has joined #pypy
adamholmberg has quit [Remote host closed the connection]
darkman66 has quit [Remote host closed the connection]
<cfbolz>
arigato: ping?
<arigato>
pong
<arigato>
cfbolz: ^
<cfbolz>
ah, sorry
<cfbolz>
arigato: do you have the slightest clue what is going on with petronny's problem?
<cfbolz>
the effectinfo crashes because it sees a utf8 index storage
<cfbolz>
but I have no clue why, it uses an interior field, but the JIT should just ignore it
darkman66 has joined #pypy
<arigato>
looking, but so far I agree with you
<arigato>
do we know if it's pypy2 or pypy3 and at which revision?
<cfbolz>
pypy3.6-v7.1.0
<arigato>
are you sure? the line number (pypy.module._sre.interp_sre:109)W_SRE_Pattern.make_ctx is correct in default but not in release-pypy3
<cfbolz>
hmmmm, no it's just their directory name in the paste
<arigato>
right
darkman66 has quit [Remote host closed the connection]
darkman66 has joined #pypy
<arigato>
no, we're confused
<arigato>
petronny also said " `File "/build/pypy/src/pypy2.7-v7.1.0-src/rpython/jit/codewriter/call.py` above
<arigato>
looking in the pypy2 branch, it makes no sense because rutf8.create_utf8_index_storage() is only called from a function that is itself only called with jit.conditional_call_elidable
<arigato>
same in the py3.6 branch
<cfbolz>
yes, but note that we aren't trying to make a jitcode for the function
<cfbolz>
it's only about making an effectinfo for it
<arigato>
ah
<cfbolz>
for a jit-opaque call
<arigato>
no, I think not
<arigato>
wait a sec, it's getcalldescr(op) and the op is direct_call(create_utf8_index_storage)
andi- has joined #pypy
<arigato>
I think this means the op is in a function being jitted
<cfbolz>
hmmmm
<cfbolz>
that feels impossible to me
<cfbolz>
arigato: maybe the codewriter is looking into the "not we_are_jitted()" path?
<cfbolz>
shouldn't, I suppose
<arigato>
or there is too much inlining before the codewriter pass?
<arigato>
ah but it shouldn't see that anyway, unless it looks into the "not we_are_jitted()" path
<arigato>
maybe it handles we_are_jitted() correctly but not we_are_translated()?
<cfbolz>
ouch
<cfbolz>
possible
<cfbolz>
arigato: will try to write a unit test
<arigato>
no, the "not we_are_translated" is supposed to disappear completely at flowgraph-generation-time