#pypy IRC log for Thursday, 2011-12-01

whitelynx (~whitelynx@63.241.75.144) left irc: Quit: Ex-Chat00:00
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) joined #pypy.00:01
Arfrever (~Arfrever@apache/committer/Arfrever) joined #pypy.00:02
readysteadygoi'm having trouble installing pyro on a mac00:02
dmalcolm (david@nat/redhat/x-dkcptuhurkarjidq) left irc: Quit: Leaving00:02
mfoord (~anonymous@87-194-212-65.bethere.co.uk) joined #pypy.00:03
mfoord (~anonymous@87-194-212-65.bethere.co.uk) left irc: Changing host00:03
mfoord (~anonymous@python/psf/voidspace) joined #pypy.00:03
readysteadygoi tried running setup.py but got errors00:04
exarkunreadysteadygo: Are you trying to install pyro on PyPy?00:04
readysteadygoon PyPy? sorry, I'm trying to install it on python00:05
readysteadygoam i on the wrong channel?00:05
Kaskuka (~John@osbk-4d0875d0.pool.mediaWays.net) joined #pypy.00:05
mfoord (~anonymous@python/psf/voidspace) left irc: Client Quit00:05
azanella (~azanella@189.6.80.207) left irc: Ping timeout: 258 seconds00:05
readysteadygoexarkun: ^00:06
exarkunreadysteadygo: There's #python for normal Python questions.00:06
readysteadygook thank you00:06
Sho_ (~EHS1@kde/hein) left irc: Quit: Stop leaking memory like it's going out of fashion.00:09
Sho_ (~EHS1@kde/hein) joined #pypy.00:09
kenaan12ctismer win64-stage1 11da6c8b877b3f 15/pypy/: Fixed a major bug concerning Signed/Unsigned and setup() errors. Finding this bug did cost me over two days....00:10
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) joined #pypy.00:10
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) left irc: Quit: readysteadygo00:11
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) joined #pypy.00:11
stakkars_ (~tismer@88.130.164.59) left irc: Quit: schnarch00:12
mfoord (~anonymous@87-194-212-65.bethere.co.uk) joined #pypy.00:13
mfoord (~anonymous@87-194-212-65.bethere.co.uk) left irc: Changing host00:13
mfoord (~anonymous@python/psf/voidspace) joined #pypy.00:13
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) left irc: Remote host closed the connection00:14
azanella (~azanella@189.6.80.207) joined #pypy.00:18
mtigas (~Adium@users.spokesman.com) joined #pypy.00:18
mtigas (Adium@users.spokesman.com) left #pypy.00:19
stakkars__ (~stakkars@82.113.106.145) left irc: Quit: Colloquy for iPhone - http://colloquy.mobi00:23
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.00:24
ousado (~ousado@unaffiliated/ousado) left irc: Ping timeout: 244 seconds00:43
bobbyz (~bobbyz@c-24-9-15-58.hsd1.co.comcast.net) joined #pypy.01:04
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) joined #pypy.01:05
bobbyz (bobbyz@c-24-9-15-58.hsd1.co.comcast.net) left #pypy.01:05
bbot23Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/15501:06
etrepum_ (~bob@accessnat4.mochimedia.net) joined #pypy.01:09
etrepum (~bob@accessnat4.mochimedia.net) left irc: Ping timeout: 244 seconds01:12
etrepum_ (~bob@accessnat4.mochimedia.net) left irc: Ping timeout: 244 seconds01:14
stakkars_ (~tismer@p5DDB7E68.dip.t-dialin.net) joined #pypy.01:19
ousado (~ousado@hmbg-5f764079.pool.mediaWays.net) joined #pypy.01:20
bbot2Started: 15http://buildbot.pypy.org/builders/own-win-x86-64/builds/77 [12ctismer, win64-stage1]01:21
mfoord (~anonymous@python/psf/voidspace) left irc: Quit: mfoord01:27
craigkerstiens (~craigkers@204.14.152.118) left irc: Quit: craigkerstiens01:28
mfoord (~anonymous@87-194-212-65.bethere.co.uk) joined #pypy.01:29
mfoord (~anonymous@87-194-212-65.bethere.co.uk) left irc: Changing host01:29
mfoord (~anonymous@python/psf/voidspace) joined #pypy.01:29
mfoord (~anonymous@python/psf/voidspace) left irc: Client Quit01:30
bbot2Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/187301:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/60601:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/28901:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/62801:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/113401:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/81301:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/145501:39
bbot2Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/73301:39
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/27901:39
Nick change: Gulaway -> Gulopine01:40
ericflo (~ericflo@75.103.8.110) left irc: Remote host closed the connection01:42
ericflo (~ericflo@75.103.8.110) joined #pypy.01:42
etrepum (~bob@75-101-96-144.dsl.static.sonic.net) joined #pypy.01:44
PiotrSikora (~none@nginx/adept/piotrsikora) left irc: Excess Flood01:54
PiotrSikora (~none@nginx/adept/piotrsikora) joined #pypy.01:55
stakkars_ (~tismer@p5DDB7E68.dip.t-dialin.net) left irc: Quit: schnarch01:55
gabriel__ (~gabriel@port-3475.pppoe.wtnet.de) joined #pypy.01:56
gabriel__hi! i just found out why the jitviewer does not run with the current version of flask01:57
gabriel__is there a dev here, to whom i can send my patch? (it's a trivial one-line-patch)01:58
Alex_Gaynorgabriel__: can you send a pull request, I can't look ATM01:59
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/27901:59
gabriel__ok, i hoped i could get around that. because i usually don't use hg, so i would have to set up a public hg-repo first...02:00
Alex_Gaynorgabriel__: just press the fork button on bitbucket :)02:00
gabriel__ok, tomorrow. i'll go to bed now ;-)02:02
gabriel__bye02:02
gabriel__ (~gabriel@port-3475.pppoe.wtnet.de) left irc: Quit: Leaving02:02
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) left irc: Quit: readysteadygo02:05
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) left irc: Remote host closed the connection02:07
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) left irc: Quit: fzzzy02:07
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) joined #pypy.02:14
logan` (~loganchie@140.112.30.132) joined #pypy.02:19
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) joined #pypy.02:25
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) left irc: Client Quit02:28
Shanita (~John@osbk-4db169db.pool.mediaWays.net) joined #pypy.02:43
Kaskuka (~John@osbk-4d0875d0.pool.mediaWays.net) left irc: Ping timeout: 248 seconds02:43
bbot23Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/96002:46
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) joined #pypy.02:50
gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) joined #pypy.03:03
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) left irc: Remote host closed the connection03:10
ernop (~ernie@114.250.130.70) joined #pypy.03:17
ernop (~ernie@114.250.130.70) left irc: Ping timeout: 244 seconds03:24
nedbat (~nedbat@python/psf/nedbat) left irc: Ping timeout: 255 seconds03:33
bgola (~bgola@c9518082.virtua.com.br) left irc: Remote host closed the connection03:33
ernop (~ernie@199.48.229.86) joined #pypy.03:35
jimbaker (~jbaker@canonical/jimbaker) left irc: Ping timeout: 248 seconds03:45
ernopp (~ernie@114.250.130.70) joined #pypy.03:46
bbot24Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/187303:46
ernop (~ernie@199.48.229.86) left irc: Ping timeout: 248 seconds03:50
ericflo (~ericflo@75.103.8.110) left irc: Quit: ericflo03:56
ernopp (~ernie@114.250.130.70) left irc: Ping timeout: 255 seconds04:06
Arfrever (~Arfrever@apache/committer/Arfrever) left irc: Quit: Ex+re04:07
ernopp (~ernie@199.48.229.86) joined #pypy.04:20
bbot24Failure: 15http://buildbot.pypy.org/builders/own-win-x86-64/builds/77 [12ctismer, win64-stage1]04:22
ernope (~ernie@114.250.130.70) joined #pypy.04:31
ernopp (~ernie@199.48.229.86) left irc: Ping timeout: 244 seconds04:34
ernope (~ernie@114.250.130.70) left irc: Quit: Leaving04:43
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/145504:47
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/81304:50
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.04:54
gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) left irc: Read error: Connection reset by peer05:03
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/62805:05
mattip (~chatzilla@bzq-79-177-116-180.red.bezeqint.net) joined #pypy.05:08
mattiphi05:08
mattipfijal: (well, future_fijal) Please take a look at http://paste.pocoo.org/show/51519205:08
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) left irc: Remote host closed the connection05:08
mattipThis is my strategy for multidim dot, after all the check and tests and I create a output array for the result.05:09
mattipQuestion: How can I do the descr_mult with my own iterators, not using start_iter of the NDimArrays?05:10
mattip?05:10
mattip (chatzilla@bzq-79-177-116-180.red.bezeqint.net) left #pypy.05:10
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/113405:12
rokujyouhitoma (~rokujyouh@122x220x64x254.ap122.ftth.ucom.ne.jp) left irc: Ping timeout: 244 seconds05:14
craigkerstiens (~craigkers@c-76-126-162-38.hsd1.ca.comcast.net) joined #pypy.05:15
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/60605:17
tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #pypy.05:18
tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host05:18
tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy.05:18
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.05:18
aleksi (~aleksi@85.235.191.82) joined #pypy.05:18
DasIch (~dasich@p3E9912D6.dip.t-dialin.net) joined #pypy.05:22
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:43
logan` (~loganchie@140.112.30.132) joined #pypy.05:44
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:44
logan` (~loganchie@140.112.30.132) joined #pypy.05:44
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:44
logan` (~loganchie@140.112.30.132) joined #pypy.05:44
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:44
logan` (~loganchie@140.112.30.132) joined #pypy.05:45
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:45
logan` (~loganchie@140.112.30.132) joined #pypy.05:45
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer05:45
fijal (~fijal@197.109.192.136) joined #pypy.05:48
asmeurer_ (~asmeurer@dhcp-baca-230.resnet.nmt.edu) left irc: Quit: asmeurer_05:56
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy.06:03
logan` (~loganchie@140.112.30.132) joined #pypy.06:03
Nick change: Gulopine -> Gulaway06:04
_aleksi (~aleksi@85.235.191.82) joined #pypy.06:07
fijalmorning06:07
aleksi (~aleksi@85.235.191.82) left irc: Ping timeout: 244 seconds06:10
GarenDoes xrange not work with RPython?06:16
bbot23Success: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/73306:17
fijal (~fijal@197.109.192.136) left irc: Read error: Connection reset by peer06:17
_aleksi (~aleksi@85.235.191.82) left irc: Remote host closed the connection06:20
aleksi (~aleksi@85.235.191.82) joined #pypy.06:21
hakanardoGaren: I think range is just as efficient in rpython06:26
hakanardofijal: morning06:26
Garenk06:30
setmeaway (stemearay@119.201.52.190) left irc: Quit: Leaving06:31
mcdonc (~mcdonc@ip72-209-213-54.dc.dc.cox.net) left irc: Ping timeout: 244 seconds06:35
mcdonc (~mcdonc@ip72-209-213-54.dc.dc.cox.net) joined #pypy.06:38
asmeurer_ (~asmeurer@71.216.240.168) joined #pypy.06:46
amaury_ (~amaury_@74.125.122.49) joined #pypy.06:47
setmeaway (~setmeaway@119.201.52.190) joined #pypy.06:53
durin42 (~durin@adium/durin42) left irc: Ping timeout: 252 seconds06:54
logan` (~loganchie@140.112.30.132) left irc: Remote host closed the connection06:56
durin42 (~durin@adium/durin42) joined #pypy.06:56
amaury_ (~amaury_@74.125.122.49) left irc: Ping timeout: 252 seconds07:00
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/28907:05
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) left irc: Read error: Connection reset by peer07:05
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.07:05
fijal (~fijal@197.173.175.229) joined #pypy.07:07
fijalGaren: it should07:07
fijalbut yeah, range should be good as well07:08
fijalGaren: what are you doing btw?07:10
fijalis __class__.__name__ RPython?07:48
Garenfijal: translating little standalone microbenchmarks into .exe's to compare runtime with cpython/pypy07:50
fijalok07:50
fijalGaren: you know we don't advertise RPython as a general purpose language right?07:50
Garenyeah :)07:51
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy.07:51
asmeurer_ (~asmeurer@71.216.240.168) left irc: Quit: asmeurer_07:53
fijalok :)07:55
Garenjust having fun.  hehe07:58
tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection08:05
bivab (~david@fwstups.cs.uni-duesseldorf.de) joined #pypy.08:09
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy.08:10
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) joined #pypy.08:15
cfbolz (~cfbolz@fwstups.cs.uni-duesseldorf.de) joined #pypy.08:19
cfbolzhello08:19
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) joined #pypy.08:29
pedroniscfbolz, hi08:36
cfbolzpedronis: hey08:39
Sho_ (~EHS1@kde/hein) left irc: Remote host closed the connection08:45
Sho_ (~EHS1@kde/hein) joined #pypy.08:45
mattip (c1a94669@gateway/web/freenode/ip.193.169.70.105) joined #pypy.08:46
Sho_ (~EHS1@kde/hein) left irc: Remote host closed the connection08:47
mattipÙß08:47
mattiphi08:47
Sho_ (~EHS1@kde/hein) joined #pypy.08:47
mattipfijal: ping08:47
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) left irc: Quit: Leaving08:47
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) left irc: Remote host closed the connection08:53
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.08:57
mattip (c1a94669@gateway/web/freenode/ip.193.169.70.105) left irc: Quit: Page closed08:58
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) left irc: Remote host closed the connection09:05
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) left irc: Quit: readysteadygo09:08
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) joined #pypy.09:08
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) left irc: Ping timeout: 244 seconds09:12
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 248 seconds09:15
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) left irc: Quit: fzzzy09:23
G2P (~G2P@fw-asn1.ornis.com) joined #pypy.09:23
ojii (~ojii@40-34.60-188.cust.bluewin.ch) joined #pypy.09:31
bbot24Failure: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/73009:34
fijalmattip: late pong09:38
fijalcfbolz: hi09:38
cfbolzhello09:38
fijalcfbolz: is there a way to figure out strategy from applevel?09:40
cfbolznope09:41
cfbolzcould be added09:41
fijalI'm trying to add it to __pypy__.internal_repr() but failing so far09:45
fijalI wonder if it would be hard to support x.__class__.__name__ in RPython09:45
amaury_ (amaury_@nat/google/x-qfmtulxamnvwfmxs) joined #pypy.09:45
fijalcfbolz: btw, have you seen this: http://www.humblebundle.com/?introversion09:46
fijal?09:46
matitp (c1a94669@gateway/web/freenode/ip.193.169.70.105) joined #pypy.09:46
fijalmatitp: hey09:46
fijalI've seen your questions09:47
fijalbut I have a bit no clue ;-)09:47
matitpHmm, it seems the whole round trip of creating a Call2 class and using it seems too long.09:47
matitpBut it's not like I have a better idea.09:48
fijalCall2 for what?09:50
fijalI'm sorry I'm a bit dim :)09:50
fijalfor dot?09:50
matitpYes, for multidim dot, I need to do a lot of single dim dots09:50
matitpI don't really want to create a NDimsSlice for each one-dimensional dot.09:51
fijalmatitp: can I think about it for a bit and then write you a mail?09:51
fijalsure09:51
fijalthat would not make much sense09:51
matitpMail is good. 09:51
fijalI don't have your mail though :)09:52
matitpI will send you a proper message, I have yours :)09:53
fijalmine is kinda public :)09:53
matitpBut it will have tro wait.09:53
fijalyou're not the only one09:53
matitps/tro/to/09:53
fijalcool, I have a few things on my mind09:53
fijalI'll try to review your branch as soon as feasible09:53
apanda (~apanda@c-24-7-101-62.hsd1.ca.comcast.net) joined #pypy.09:53
matitpNo big hurry, The fun is in the creating.09:54
matitp (c1a94669@gateway/web/freenode/ip.193.169.70.105) left irc: Quit: Page closed09:54
fijalcfbolz: do you mind if I change internal_repr to do something else?09:54
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Ping timeout: 248 seconds09:59
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy.10:03
cfbolzfijal: lukas is about to add function in __pypy__10:05
fijalfor the strategy?10:05
cfbolzyes10:05
fijalcool10:05
fijalcfbolz: I think there is some mess going in with nbody_modified10:07
fijalare specialized tuples merged in?10:07
cfbolzno10:07
fijaloh ok10:08
fijaldo you want me to look at any of those branches for the review?10:08
fijalwell, not that I don't have any10:09
cfbolzyou could look at set-strategies10:10
cfbolzbut that would need a really careful review10:10
fijalok10:11
kenaan12bivab arm-backend-2 1186dcb23ea814 15/pypy/jit/backend/arm/opassembler.py: Implement instance_ptr_eq and instance_ptr_ne10:13
mvt (~mvantelli@87.213.45.85) joined #pypy.10:18
lizardo (~lizardo@189.2.128.130) joined #pypy.10:18
kenaan12l.diekmann default 11497907d5d515 15/pypy/: added interp_magic method to get the strategy of a list on the application level10:29
Squarepy (~Squarepy@wcw-staff-214-150.wireless.uva.nl) joined #pypy.10:29
Squarepy (~Squarepy@wcw-staff-214-150.wireless.uva.nl) left irc: Changing host10:30
Squarepy (~Squarepy@unaffiliated/squarepy) joined #pypy.10:30
fijalcool10:32
ronnybtw, whats the state on list-strategies?10:50
fijalmerged10:50
cfbolzI would like armin to appear now10:55
fijalcfbolz: :)10:55
fijalthat's not very rigoish to appear when you want10:56
fijalcfbolz: what are you trying to do?10:57
cfbolzhttp://paste.pocoo.org/show/515255/11:00
fijalcool stuff11:01
fijalis this for erased pointers?11:01
cfbolzno11:01
kenaan12l.diekmann default 1192f0d0594f88 15/pypy/: better name for application representation of list strategies11:01
cfbolzfijal: it is an attempt to teach the jit about the types the annotator knows11:01
fijalright11:01
fijalbut does it specifically helps erased pointers?11:02
fijalor just guard removal if we statically know stuff?11:02
cfbolzthe latter11:03
cfbolzhas nothing to do with erasing11:03
fijalcool stuff anyway11:04
cfbolzit mostly saves a guard here and there11:05
cfbolzwe will see11:05
fijalyes11:05
fijalas are lots of other optimizations :)11:05
fijalthe JIT is kinda good these days btw11:05
fijalit would help parts of numpy tremendously btw11:06
fijalthose parts that have bridges11:06
PiotrSikora (~none@nginx/adept/piotrsikora) left irc: Excess Flood11:06
fijalcfbolz: for what is worth you can write a test that has11:06
fijalguard_nonnull11:06
fijalrecord_known_class11:06
fijalguard_class11:06
fijalto see if it works11:06
cfbolzfijal: I have an optimizeopt test anyway11:07
fijalyes11:07
fijalbut I'm speaking about the case where guard_class would be moved before record_known_class11:07
fijalto guard_nonnull11:07
fijaldoes this case work as well?11:08
cfbolzyes11:08
fijalok, cool11:08
cfbolzyou just get a guard_nonnull11:08
PiotrSikora (~none@nginx/adept/piotrsikora) joined #pypy.11:08
cfbolzI can add a test if you want11:08
fijalwhy do you get guard_nonnull?11:08
cfbolzah, I see11:08
fijalassert isinstance(a, A) also means assert a is not None11:08
fijalright?11:08
cfbolznot quite. I am not really using the information of assert11:09
cfbolzbut that of cast_pointer11:09
fijalwouldn't the annotation be can_be_None=False?11:09
cfbolzwhich has no nullness information11:09
fijalright11:09
fijalbut maybe we can remove guard_nonnull as well11:09
fijalbecause as of now we're not saving much11:09
fijalyes, we're saving a check, but we don't release any resume info11:10
fijalalso, your check in test should check for guard_nonnull_class11:10
cfbolzwe safe resume info in the unoptimized trace11:10
cfbolzwhich reduces warmup11:10
fijalin test_annotation_gives_knowledge_to_tracer11:10
cfbolzthe test checks unoptimized traces11:11
fijalok11:11
fijalanyway, would be really cool to get rid of guard_nonnull as well11:11
cfbolzI might still get there later11:11
fijalcool11:11
fijaljust saying :)11:11
cfbolzI just wanted a quick thing, because I really need that in prolog11:12
fijalaha!11:12
Action: fijal off for a walk11:12
fijalcfbolz: btw, I have a cool idea how to shut all the numpy/scipy people11:13
fijalyou can embed a CPython in pypy (probably not that hard if you have cpyext-less translation)11:13
fijaland use in-process execnet to pass around numpy arrays11:13
fijalyou can easily reconstruct them using pointer-as-integers11:14
cfbolzfijal: crazy11:14
fijalthis way you can get all the scipy/matplotlib working11:14
fijalprobably useful though11:14
arigato (~arigo@82.113.98.16) joined #pypy.11:18
cfbolzarigato: hello11:23
cfbolzarigato: could you review this diff please: http://paste.pocoo.org/show/515255/11:23
arigatook11:26
arigatoyou should call rewrite_op_same_cast instead of duplicating its obscure code11:28
cfbolzarigato: ok11:28
arigatoand also, the erase() code would generate a cast from a ptr-to-instance to a gcref, right?11:29
arigatoso the assert fails11:29
cfbolzI think that's another cast11:29
arigatoah, maybe11:29
cfbolzbut I guess we put both conditions into the if11:29
arigatoyes11:30
arigatodoesn't hurt11:30
cfbolzyip11:30
cfbolzok, we are going for lunch here, will read your comments11:30
cfbolzthanks11:30
readysteadygo (~jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) joined #pypy.11:32
arigatolooks good11:33
nedbat (~nedbat@python/psf/nedbat) joined #pypy.11:38
masquerade (~rdeaton@galactica.lug.udel.edu) left irc: Ping timeout: 244 seconds11:46
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds11:49
masquerade (~rdeaton@galactica.lug.udel.edu) joined #pypy.11:52
Nick change: masquerade -> Guest4830911:53
Sho_ (~EHS1@kde/hein) left irc: Quit: Stop leaking memory like it's going out of fashion.11:57
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Remote host closed the connection11:57
cfbolzarigato: ok, trying a translation12:13
Alex_Gaynorcfbolz: are subclasses not know at jtransform time?12:17
cfbolzAlex_Gaynor: they probably are, but I am not risking it :-)12:17
cfbolzarigato: should I?12:17
Alex_Gaynor:)12:17
nedbat (~nedbat@python/psf/nedbat) left irc: Ping timeout: 248 seconds12:19
Alex_Gaynorfijal: do you think it would be possible to embed CPython using ctypes, and then pass arrays using ctyeps API for numpy?12:20
witulski (~stupsi@134.99.16.19) joined #pypy.12:20
arigatocfbolz: indeed, opimpl_int_between does the same actually12:20
witulski (stupsi@134.99.16.19) left #pypy.12:20
arigatoit doesn't try to know at translation time if we do int_between(a, b, a+1)12:21
cfbolzok12:21
arigatobut it checks during pyjitpl'ing12:21
cfbolzmakes sense12:21
Action: arigato wonders vaguely if we could improve the performance of pypy by not instantiating W_IntObject, which has subclasses, but a dummy subclass of it12:23
cfbolzW_IntObject has subclasses?12:23
cfbolzah, right12:24
cfbolzadvanced12:24
cfbolzarigato: you mean in general having a "non-applevel subclass" subclass"?12:24
arigatoyes12:24
arigatonot talking about app-level subclasses here12:24
cfbolzsure, but for every direct instance of an applevel type you would have an interp-level subclass12:25
Squarepy (~Squarepy@unaffiliated/squarepy) left irc: Quit: Leaving12:30
readysteadygo (jackshann@cpc8-kemp6-2-0-cust95.9-2.cable.virginmedia.com) left #pypy.12:32
arigato (~arigo@82.113.98.16) left irc: Quit: See you12:33
kenaan12cfbolz default 1193a45b7c9431 15/pypy/jit/: make the JIT aware of the downcasts that are present in rtyped-flowgraphs. This allows the JIT to sometimes find o...12:45
kenaan12cfbolz int-tag-untag-as-operations 119cf49191fdb7 15/pypy/: merge default12:47
Topic changed on #pypy by cfbolz!cfbolz@fwstups.cs.uni-duesseldorf.de: PyPy, a fast and compliant python interpreter | IRC logs: http://www.tismer.com/pypy/irc-logs/pypy/latest.log.html | if you want it to be virtual, you should not force it12:47
Alex_Gaynorcfbolz: who said that? :)12:48
cfbolzit's true, no?12:48
Alex_Gaynoryes it is12:49
Alex_GaynorI was just curious, the fortunes are mostly quotes12:49
cfbolznope12:49
cfbolzsometimes they are random things we come up with12:49
Alex_Gaynorcfbolz: do you object to making __pypy__.list_strategy raise TypeError, for a non list, rather than reutrn None?12:50
pedronisyes the deliberate topic is a genre of its own12:50
cfbolzAlex_Gaynor: fine by me12:50
Alex_Gaynork12:50
cfbolzAlex_Gaynor: eg nobody ever said "Therefore, specific information, I was in an ideal context, I had to realize the faith" 12:50
Alex_Gaynorthat was a loose interpretation of something armin said, IIRC, about fijal not giving enough context :)12:51
cfbolznope12:51
cfbolzthat was a google translate of something fijal said12:51
Alex_GaynorAh!12:51
kenaan12alex_gaynor default 114eefaeec6777 15/pypy/module/__pypy__/: Change __pypy__.list_strategy to raise a TypeError on non-list arguments12:53
fijalAlex_Gaynor: hi13:02
Alex_Gaynorfijal: hey13:02
_habnabit (~habnabit@python/site-packages/habnabit) left irc: Quit: ZNC - http://znc.sourceforge.net13:03
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy.13:04
_habnabit (~habnabit@2001:470:1f0e:bdd::2) joined #pypy.13:05
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) joined #pypy.13:06
logan` (~loganchie@140.112.30.132) joined #pypy.13:07
Action: pedronis the slowness of the material objects13:09
fijalpedronis: hi samuele13:09
pedronisfijal, hi13:09
mat^2 (~mathias@212.130.113.35) joined #pypy.13:11
Alex_Gaynorfijal: Does http://paste.pocoo.org/show/515300/ look like an accurate description of our numpy problem?13:13
Fluxidhow much memory does pypy translation need on x86? (assuming using cpython, because binary pypy 1.7 needs libexpat.so.1)13:13
bivab (~david@fwstups.cs.uni-duesseldorf.de) left irc: Ping timeout: 244 seconds13:14
etrepum (~bob@75-101-96-144.dsl.static.sonic.net) left irc: Quit: etrepum13:14
fijalAlex_Gaynor: ya13:14
Alex_Gaynorok13:14
fijalFluxid: on 32 or 64bit?13:14
fijal2-413:15
fijalroughy13:15
fijalor rather 1.5-213:15
fijal1.5-313:15
fijalbut you have to have this 1.5 or 313:15
Fluxid32bit13:15
Fluxidthen 1.5GB?13:16
fijalyeah13:16
Fluxidthanks13:17
fijalAlex_Gaynor: there is no *elegant* way of dealing with that13:17
Alex_Gaynorfijal: no elegant way we've thought of yet :)13:17
fijalyes13:17
Alex_GaynorBy writing it down I hope to be able to think on it more clearly, and maybe chat with some other people abou tit.13:17
fijalAlex_Gaynor: note that in general refcounting is not that bad for *large* objects13:18
Alex_Gaynorfijal: yes, but you need refcounting across all of the VM for this I think13:18
fijalso we can think about a GC that would do special refcounting precisely for numpy arrays13:18
fijalyes13:18
fijalit's a mess, agreed13:18
Alex_Gaynorseems like far too much of a mess for just numpy13:18
kenaan12hager ppc-jit-backend 11cfa0b6e8653e 15/pypy/jit/backend/ppc/ppcgen/test/test_stackframe.py: added new layout for PyPy stackframes13:20
fijalyes, agreed13:21
fijalnote that it would give us other benefits13:22
fijalbut yes13:22
kenaan12hakanardo jit-targets 112e06799c48d5 15/pypy/jit/metainterp/: a retrace can now end with a bad VirtualState as it now has a (possible unrelated) bridge as preamble13:22
aboudreault (~alanb@osgeo/member/aboudreault) joined #pypy.13:22
fijalAlex_Gaynor: feel like having a cython version of laplace bench?13:26
Alex_Gaynorfijal: isn't there one on that page?13:26
Alex_Gaynorfijal: just sent an email to david beazley btw, asking if he has any ideas about the tree thing13:26
__pvmore fuel to the tree issue: suppose one array represents direct access to a mmapped file13:28
fijal__pv: ?13:29
__pvthen in a = mmap_array(some_file); b = a + a; modify_file(), a + a must be computed before modify_file()13:30
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:30
logan` (~loganchie@140.112.30.132) joined #pypy.13:31
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:31
logan` (~loganchie@140.112.30.132) joined #pypy.13:31
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:31
logan` (~loganchie@140.112.30.132) joined #pypy.13:31
ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) joined #pypy.13:31
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:31
logan` (~loganchie@140.112.30.132) joined #pypy.13:32
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:32
logan` (~loganchie@140.112.30.132) joined #pypy.13:32
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:32
logan` (~loganchie@140.112.30.132) joined #pypy.13:33
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:33
logan` (~loganchie@140.112.30.132) joined #pypy.13:33
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:33
Rhy0lite (dje@nat/ibm/x-hpbbmvsqeeltuqwv) joined #pypy.13:33
logan` (~loganchie@140.112.30.132) joined #pypy.13:33
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:33
logan` (~loganchie@140.112.30.132) joined #pypy.13:33
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:34
logan` (~loganchie@140.112.30.132) joined #pypy.13:34
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:34
logan` (~loganchie@140.112.30.132) joined #pypy.13:34
fijal__pv: I don't think such arrays would be lazy though13:34
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:34
logan` (~loganchie@140.112.30.132) joined #pypy.13:35
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:35
fijalRhy0lite: hi13:35
logan` (~loganchie@140.112.30.132) joined #pypy.13:35
Rhy0litefijal: hi13:35
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:35
Rhy0litedid you see my reply?13:35
fijalthat you don't think it's about an optimization?13:35
logan` (~loganchie@140.112.30.132) joined #pypy.13:35
Rhy0liteno13:35
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:35
logan` (~loganchie@140.112.30.132) joined #pypy.13:36
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:36
fijalthen no :)13:36
Rhy0litedid you see my email from last night / this morning?13:36
logan` (~loganchie@140.112.30.132) joined #pypy.13:36
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:36
logan` (~loganchie@140.112.30.132) joined #pypy.13:36
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:37
logan` (~loganchie@140.112.30.132) joined #pypy.13:37
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:37
hakanardo__is there an issue with having optimizeopt kill SAME_AS?13:37
Rhy0liteI don't know what assembly PyPy generates13:37
logan` (~loganchie@140.112.30.132) joined #pypy.13:37
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:37
Rhy0litebut some is creating a short-term read-write dependency13:37
logan` (~loganchie@140.112.30.132) joined #pypy.13:37
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:38
Rhy0litethat does not exist in the C++13:38
fijalapparently I read it because I replied to it :)13:38
fijalI can show you the assembler if you're keen13:38
fijalhakanardo__: not here13:38
logan` (~loganchie@140.112.30.132) joined #pypy.13:38
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:38
fijalcfbolz: can you ban logan' for a bit?13:38
logan` (~loganchie@140.112.30.132) joined #pypy.13:38
nedbat (~nedbat@python/psf/nedbat) joined #pypy.13:38
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:38
#pypy: mode change '+o fijal' by ChanServ!ChanServ@services.13:39
#pypy: mode change '+b logan'!*@*' by fijal!~fijal@197.173.175.22913:39
logan` (~loganchie@140.112.30.132) joined #pypy.13:39
#pypy: mode change '+b *!*loganchie@140.112.30.*' by fijal!~fijal@197.173.175.22913:39
logan` (~loganchie@140.112.30.132) left irc: Read error: Connection reset by peer13:39
Shanita (~John@osbk-4db169db.pool.mediaWays.net) left irc: Read error: Connection reset by peer13:39
#pypy: mode change '-b logan'!*@*' by fijal!~fijal@197.173.175.22913:39
#pypy: mode change '-o fijal' by fijal!~fijal@197.173.175.22913:39
jellhe will reconnect in 2 minutes? :>13:40
Rhy0litefijal: have you looked for a data dependency in the code?13:41
fijalRhy0lite: no, how do I do that?13:41
fijalRhy0lite: might it be connected to a fact that we don't store array pointers in registers, but use memory instead?13:41
fijalassembler looks like this, roughly13:42
fijalmov r12, <some mem loc>13:42
Kaskuka (~John@osbk-4db169db.pool.mediaWays.net) joined #pypy.13:42
fijalmov r14, (r12, offset + i)13:42
fijaldo_something_with_r1413:42
fijalmov <some mem loc (the same)>, r1213:42
fijaljmp()13:42
Rhy0litewhat syntax are you using?  destination first?13:43
fijalyes13:43
Action: Rhy0lite hates that x86 has two different syntaxes13:43
jellit's intel notation13:43
Rhy0litePowerPC uses destination first, but GCC/Linux uses destination last13:44
Rhy0litefor x8613:44
fijalRhy0lite: for extra fun, we use both :)13:44
jellRhy0lite: it's not powerpc notation but... at&t13:44
Rhy0litejell: huh?13:44
Rhy0liteu misread13:44
jellwhere?13:45
Rhy0litepowerpc notation13:45
Rhy0liteokay, let's try again13:45
Rhy0litepowerpc notation is destination first13:45
jellmost assemblers targetted on powerpc use at&t notation13:45
jellwait a moment13:46
jellfirst?13:46
Rhy0liteyes13:46
jellit's intel notation :)13:46
Rhy0liteI don't care who invented it first13:46
Rhy0liteand this is why I said you misread13:46
jellok - you are right about that ;)13:46
Rhy0litefijal: I don't think that code necessarily is bad13:49
Rhy0litea lot of x86 must go through memory13:49
bivab (~david@ip-62-143-59-5.unitymediagroup.de) joined #pypy.13:49
Squarepy (~Squarepy@wcw-staff-214-150.wireless.uva.nl) joined #pypy.13:50
Rhy0litepypy may have an additional indirection that gcc does not produce13:50
Squarepy (~Squarepy@wcw-staff-214-150.wireless.uva.nl) left irc: Changing host13:50
Squarepy (~Squarepy@unaffiliated/squarepy) joined #pypy.13:50
Rhy0litebut one needs to index the array13:50
santagada (~leonardo@186.215.61.40) joined #pypy.13:51
Rhy0litethe way you created the C++ arrays caused reloading of the addresses as well13:54
logan` (8c701e84@gateway/web/freenode/ip.140.112.30.132) joined #pypy.13:59
Alex_GaynorRhy0lite: technically it's the original one, IMO it's slightly unfair that ours doesn't need 2 memory indirections to get to the value, but /shrug14:01
Rhy0liteis fijal still around?14:06
Alex_Gaynornot sure, I'm about to step away too though14:08
Rhy0liteokay14:08
Rhy0liteI guess I'll explain the code to him some other time14:08
kkris (~kris@80-123-43-185.adsl.highway.telekom.at) joined #pypy.14:09
kenaan12gutworth default 117377199358ba 15/pypy/module/__pypy__/interp_magic.py: keep lines at a reasonable length14:11
logan` (8c701e84@gateway/web/freenode/ip.140.112.30.132) left irc: Quit: Page closed14:13
bivab (~david@ip-62-143-59-5.unitymediagroup.de) left irc: Quit: bivab14:15
whitelynx (~whitelynx@63.241.75.144) joined #pypy.14:16
Fluxidpage http://pypy.org/download.html#translate still mentions --stackless � wasn't it removed some time ago?14:17
mattip (c1a94669@gateway/web/freenode/ip.193.169.70.105) joined #pypy.14:19
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) left irc: Ping timeout: 248 seconds14:19
mattiphi14:20
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) joined #pypy.14:22
Taggnostr (~quassel@dyn57-215.yok.fi) left irc: Read error: Connection reset by peer14:22
mattipfijal: fwiw, I suggest an tiny semantic change (replacing b and c with c and b) to the last example in your tree problem description, see http://paste.pocoo.org/?reply_to=51530014:23
Taggnostr (~quassel@dyn57-215.yok.fi) joined #pypy.14:23
mattip (c1a94669@gateway/web/freenode/ip.193.169.70.105) left irc: Quit: Page closed14:35
jnoller (~jnoller@vpn.nasuni.com) joined #pypy.14:36
JaRoel (~jaroel|4d@office.fourdigits.nl) joined #pypy.14:44
roelbruggink (~jaroel|4d@office.fourdigits.nl) joined #pypy.14:46
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Ping timeout: 252 seconds14:47
DasIch (~dasich@p3E9912D6.dip.t-dialin.net) left irc: Remote host closed the connection14:47
JaRoel (~jaroel|4d@office.fourdigits.nl) left irc: Ping timeout: 244 seconds14:49
aleksi (~aleksi@85.235.191.82) left irc: Remote host closed the connection14:57
roelbruggink (~jaroel|4d@office.fourdigits.nl) left irc: Read error: Connection reset by peer15:04
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy.15:05
stakkars_ (~tismer@p5DDB7E68.dip.t-dialin.net) joined #pypy.15:08
jimbaker (~jbaker@c-75-71-80-146.hsd1.co.comcast.net) joined #pypy.15:08
jimbaker (~jbaker@c-75-71-80-146.hsd1.co.comcast.net) left irc: Changing host15:08
jimbaker (~jbaker@canonical/jimbaker) joined #pypy.15:08
stakkars_ (~tismer@p5DDB7E68.dip.t-dialin.net) left irc: Client Quit15:10
fprimex (~fprimex@brent-macbook.sc.fsu.edu) joined #pypy.15:18
fprimex (~fprimex@brent-macbook.sc.fsu.edu) left irc: Quit: the meeting to end all meetings15:23
Fluxidhttp://paste.pocoo.org/show/515372/ What could go wrong?/what caused ffi.h to be missing?/is it included?/what should I do? (cloned from hg, on tag release-1.7, x86 centos 5)15:28
Fluxidi've got similarr messages at the very beginning of running translate.py but it continued to translate so I guessed it is not critical15:29
Fluxidtranslate.py run with -Ojit only, while pwd was its containing directory (maybe this matters)15:31
ronnyFluxid: what distro? maybe libffi-dev or so is missing15:32
ronnyFluxid: basically without it stuff like ctypes cant work15:32
Fluxidi mentioned centos 515:33
Fluxidok, so this an external dependency15:33
Fluxidok, i'll ask admin for deps15:34
Fluxidthanks15:35
Fluxidmissed the deps list15:35
craigkerstiens (~craigkers@c-76-126-162-38.hsd1.ca.comcast.net) left irc: Quit: craigkerstiens15:35
kenaan12hakanardo default 11e4a0b9e4d23b 15/pypy/jit/metainterp/: make optimizeopt kill same_as15:35
dmalcolm (~david@c-24-61-12-82.hsd1.ma.comcast.net) joined #pypy.15:35
JaRoel (~jaroel|4d@office.fourdigits.nl) joined #pypy.15:38
etrepum (~bob@75.94.138.216) joined #pypy.15:39
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Ping timeout: 255 seconds15:40
etrepum_ (~bob@207.239.114.206) joined #pypy.15:46
etrepum (~bob@75.94.138.216) left irc: Ping timeout: 244 seconds15:49
Nick change: etrepum_ -> etrepum15:49
ousado_ (~ousado@31-18-112-23-dynip.superkabel.de) joined #pypy.15:54
ousado (~ousado@hmbg-5f764079.pool.mediaWays.net) left irc: Ping timeout: 258 seconds15:54
Nick change: ousado_ -> ousado15:54
ousado (~ousado@31-18-112-23-dynip.superkabel.de) left irc: Changing host15:54
ousado (~ousado@unaffiliated/ousado) joined #pypy.15:54
ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) left irc: Quit: Leaving...15:56
etrepum (~bob@207.239.114.206) left irc: Quit: etrepum16:02
mvt (~mvantelli@87.213.45.85) left irc: Quit: This computer has gone to sleep16:04
lac (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy.16:06
stakkars_ (~tismer@82.113.121.249) joined #pypy.16:07
cpets (4f75baf3@gateway/web/freenode/ip.79.117.186.243) joined #pypy.16:07
alfredodeza (~alfredode@c-24-99-255-55.hsd1.ga.comcast.net) joined #pypy.16:14
alfredodezaI am having problems installing a package that uses parse_config_h from distutils16:15
alfredodezais this a known issue?16:15
alfredodezaI get an import error Exception16:15
alfredodezamnn found this issue that may be related ==> https://bugs.pypy.org/issue66216:17
_habnabit (~habnabit@2001:470:1f0e:bdd::2) left irc: Changing host16:32
_habnabit (~habnabit@python/site-packages/habnabit) joined #pypy.16:32
k_bx (~k_bx@94.244.19.62) joined #pypy.16:33
Squarepy (~Squarepy@unaffiliated/squarepy) left irc: Quit: Leaving16:34
asmeurer__ (~asmeurer@dhcp-baca-230.resnet.nmt.edu) joined #pypy.16:48
cfbolz (~cfbolz@fwstups.cs.uni-duesseldorf.de) left irc: Quit: Leaving16:49
Nick change: timotimotimo -> timotimo16:51
craigkerstiens (~craigkers@204.14.152.118) joined #pypy.16:54
craigkerstiens (~craigkers@204.14.152.118) left irc: Client Quit16:56
G2P (~G2P@fw-asn1.ornis.com) left irc: Quit: Leaving.16:57
craigkerstiens (~craigkers@204.14.152.118) joined #pypy.16:58
Dulak (~michael@unaffiliated/dulak) left irc: Quit: Leaving17:21
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) joined #pypy.17:21
k_bx (~k_bx@94.244.19.62) left irc: Ping timeout: 248 seconds17:21
bivab (~david@ip-62-143-59-5.unitymediagroup.de) joined #pypy.17:24
bivab (~david@ip-62-143-59-5.unitymediagroup.de) left irc: Client Quit17:24
stakkars_ (~tismer@82.113.121.249) left irc: Read error: Connection reset by peer17:24
k_bx (~k_bx@94.244.19.62) joined #pypy.17:24
k_bx (~k_bx@94.244.19.62) left irc: Remote host closed the connection17:25
Dulak (~michael@unaffiliated/dulak) joined #pypy.17:29
JaRoel (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection17:30
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds17:35
dmalcolm (~david@c-24-61-12-82.hsd1.ma.comcast.net) left irc: Quit: Leaving17:38
fprimex (~fprimex@brent-macbook.sc.fsu.edu) joined #pypy.17:44
apanda (~apanda@c-24-7-101-62.hsd1.ca.comcast.net) left irc: Remote host closed the connection17:49
ojii (~ojii@40-34.60-188.cust.bluewin.ch) left irc: Remote host closed the connection17:54
CIA-1303arigo 07roundup * 10#895/Continulets + JIT: [resolved] Thanks Christian. * 14https://bugs.pypy.org/issue89517:56
JaRoel|4d (~jaroel|4d@sink.jaroel.nl) joined #pypy.18:00
CIA-1303carlosedp 07roundup * 10#948/Low performance on Stackless PyPy compared to Stackless Python: 18:03
CIA-13[new] I tested the 1.7 release on Windows XP using some Stackless Python examples I18:03
CIA-13have.18:03
CIA-13Most of them worked fine, the only problem is that ... * 14https://bugs.pypy.org/issue94818:03
caaakeeey (~caaakeeey@cpc6-enfi15-2-0-cust204.hari.cable.virginmedia.com) joined #pypy.18:13
fijalRhy0lite: yes18:13
setmeawayi reached final link, but it does have undefined symbol error. http://pastebin.com/uwGknM7b is pypy_g prefix meant for exported function?18:15
fijalyes18:17
fijalno18:17
fijalI don't think there is a notion of "exported" on linux18:17
amaury_ (amaury_@nat/google/x-qfmtulxamnvwfmxs) left irc: Ping timeout: 244 seconds18:17
Alex_Gaynorthat's what the static keyword is for on a function, isn't it?18:17
Alex_Gaynorif a function has the static prefix, the compiler isn't required to emit code for it (if it gets inlined at all call sites)18:18
setmeawayso can i assume pypy_g_ prefix is for non-exported symbol?18:19
fijalI think yes18:22
fijalhum hum18:24
Alex_Gaynorfijal: btw, it'd be cool if there was a way to see "is this over a contiguos block of memory", so setslice can use memcpy18:26
Alex_Gaynorwould only work if they're the same type of course, but I guess that's common18:26
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) left irc: Ping timeout: 248 seconds18:26
Alex_Gaynormaybe I should wait for a benchmark18:26
fijalyes18:28
fijalI mean on one hand yes, on the other hand we won't need it once we get SSE in18:29
fijalwe need a better register allocator though18:29
mtigas (~Adium@users.spokesman.com) joined #pypy.18:35
fijalAlex_Gaynor: we should unroll18:40
fijala, b, c = l18:40
Alex_Gaynorfijal: we do?18:40
fijalwe should18:41
fijalno, we don't 18:41
fijalwhen l is a list18:41
fijalgetitems_copy_trampoline__v200___simple_call__function_g18:41
fijalwhat's that?18:41
Alex_Gaynoruh, this is a regression since list-strategies was merged18:41
fijalseems so18:43
Alex_Gaynoryes, that was a statement, not a question18:43
fijalthat's why some stuff is slower18:43
Alex_Gaynoralmost definitely, yes18:43
fprimex (~fprimex@brent-macbook.sc.fsu.edu) left irc: Ping timeout: 248 seconds18:44
apanda (~apanda@dhcp-44-187.EECS.Berkeley.EDU) joined #pypy.18:47
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy.18:50
ericflo (~ericflo@75.103.8.110) joined #pypy.19:01
ixokai (~ixokai@rrcs-24-199-8-246.west.biz.rr.com) joined #pypy.19:01
ixokai (~ixokai@rrcs-24-199-8-246.west.biz.rr.com) left irc: Changing host19:02
ixokai (~ixokai@pdpc/supporter/student/ixokai) joined #pypy.19:02
Rhy0litefijal: I could look at the x86 code, but the issue is if the pypy jit always generates a read-after-write dependency on some memory location19:03
Rhy0liteinplace_lapace creates this situation and the other laplace does not19:03
Alex_GaynorRhy0lite: in the CPU itself you're talking about?19:03
Rhy0liteyes19:03
fijalRhy0lite: ok19:04
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy.19:04
fijalI fail to see this in asm honestly19:04
Rhy0liteit's not obvious in the asm itself19:04
fijalah19:04
fijalRhy0lite: might that be stack?19:04
Rhy0litedo you mind me posting short snippets of code to the channel?19:04
fijalno, but we prefer paste.pocoo.org if it's >10 lines19:05
Rhy0litehttp://paste.pocoo.org/show/515469/19:06
fijalI wrote C versions btw19:06
Rhy0litethat's the timeStep for laplace and inplace_laplace19:06
fijalright19:07
Rhy0liteyou see in the first one, laplace, that the loop only reads tmp19:07
Rhy0liteyou update tmp in a separate step19:07
fijalyes19:07
Rhy0litein the second one, u[i][j] is written in one iteration19:07
Rhy0liteand then read in the next iteration19:08
Rhy0liteas u[i][j-1]19:08
Rhy0litehttp://paste.pocoo.org/show/515473/19:10
Rhy0liteokay, look at that one19:10
stakkars_ (~tismer@dslb-088-074-053-099.pools.arcor-ip.net) joined #pypy.19:10
Rhy0liteI pasted the core of the x86 core19:10
Rhy0litecode19:10
Rhy0litethose are the bodies of the loops19:11
Rhy0litefirst it sets up the address of the various vectors in rdi, rsi, rcx, rdc19:12
fijalright19:12
Rhy0litein the first one, it loads two of the array elements19:14
Rhy0litemovsd19:14
Rhy0litethen adds the corresponding elements19:14
Rhy0liteaddsd19:14
Rhy0litethese are tmp[i-1][j] + tmp[i+1][j]19:14
Rhy0litetmp[i][j-1] + tmp[i][j+1]19:15
Rhy0litethen the two multiplies for dx2 and dy219:15
Rhy0litethen add the results into xmm119:15
Rhy0litethen multiply by dnr_inv in xmm519:15
Rhy0litethen store into u[i][j]19:16
Rhy0lite        movsd   %xmm1, 8(%rdi,%rax)19:16
santagada (~leonardo@186.215.61.40) left irc: Quit: Ex-Chat19:16
Rhy0litethen subtract from tmp[i][j]19:16
Rhy0litein the second snippet for inplace_laplace19:17
Rhy0litethe result is stored19:18
Rhy0lite        movsd   %xmm1, 8(%rdx,%rax)19:18
Rhy0liteand the value is subtracted from tmp = u[i][j]19:18
Rhy0lite        movsd   8(%rdx,%rax), %xmm019:18
Rhy0lite        subsd   %xmm0, %xmm119:19
Rhy0litesee19:19
Rhy0lite 8(%rdx,%rax)19:19
Rhy0litethat's the key19:19
Rhy0liteit's the same memory address19:19
fijalwould a stack access have the same effect?19:19
Rhy0liteyes, it could19:20
Rhy0liteit depends where on the stack19:20
Rhy0liteI believe that x86 shadows the near stack as registers19:20
Rhy0litebut there still may be a read-write dependency19:20
Rhy0litethe real problem is this:19:20
Rhy0litein the second code snippet19:20
Alex_Gaynorfijal: you think it's our crappy register allocators fault that the not-inplace version is slow?19:21
Rhy0lite        movsd   (%rdx,%rax), %xmm219:21
kkris1 (~kris@77.118.254.33.wireless.dyn.drei.com) joined #pypy.19:21
Rhy0litesee that (%rdx,%rax)19:21
Rhy0litethat's u[i][j-1]19:21
Rhy0lite8(%rdx,%rax) is u[i][j]19:21
Rhy0lite16(%rdx,%rax) is u[i][j+1]19:22
fijalAlex_Gaynor: I fail to have other reasons?19:22
Rhy0litedo you understand those offsets?19:22
fijalRhy0lite: do you have any idea why gcc does not vectorize it?19:22
fijalRhy0lite: yes19:22
Rhy0liteyou told it -fno-tree-vectorize19:22
fijalno19:22
fijaldoes not matter19:22
Rhy0liteokay, that's separate19:22
Rhy0litemay need unrolling19:22
Alex_Gaynorfijal: ATM so we're answering the question "why doesn't pypy get faster on the second version" just to be clear19:22
fijalyes19:22
Rhy0litebut I'm trying to explain one issue at a time19:23
Alex_Gaynordoesn't the vecotrizers automatically unroll?19:23
Alex_Gaynorsorry, one thing at at ime19:23
fijalyes yes, right19:23
Rhy0liteyou have base+0, base +8, base+1619:23
Rhy0litej-1, j, j+119:23
Rhy0liteyou store the value into u[i][j]19:23
kkris (~kris@80-123-43-185.adsl.highway.telekom.at) left irc: Ping timeout: 240 seconds19:23
Rhy0lite        movsd   %xmm1, 8(%rdx,%rax)19:23
Alex_Gaynorcan't you reuse the j value in a regsiter as teh j-1 value next iteration?19:23
Alex_Gaynorsame with j+1 and j I suppose19:23
Rhy0litethen increment %rax for the next iteration19:23
Rhy0lite        addq    $8, %rax19:23
Rhy0litethen read u[i][j-1] in the next iteration19:24
Rhy0lite        movsd   (%rdx,%rax), %xmm219:24
Rhy0liteso you have a memory dependency19:25
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy.19:25
Rhy0liteand the processor needs to forward the write to memory from the previous iteration to the read in the next iteration19:25
Rhy0litein the first code example, there is no such dependency19:25
Rhy0lite        movsd   %xmm1, 8(%rdi,%rax)19:25
fijalpom pom pom19:25
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) joined #pypy.19:26
Rhy0lite        movsd   (%rdx,%rax), %xmm219:26
fijalAlex_Gaynor: do you have any idea why we have arguments to jump that are unused by the loop?19:26
fijalah bridges19:26
Rhy0lite        addsd   16(%rdx,%rax), %xmm219:26
Alex_Gaynorfijal: they should show up as used by guard arguments though19:26
Rhy0litethose are the reads of tmp[i][j-1] and tmp[i][j+1]19:26
fijalAlex_Gaynor: pfff :/19:26
fijalAlex_Gaynor: they have registers allocated....19:26
kkris (~kris@80-123-43-185.adsl.highway.telekom.at) joined #pypy.19:26
Alex_Gaynorfijal: pff, we allocate registers for something only used as a guard argument?19:27
Alex_Gaynorguard argument should never get a register unless it already has one19:27
Rhy0litethe base address of tmp is %rdx and the base address of u is %rdi19:27
fijalAlex_Gaynor: yes :(19:27
Alex_Gaynorfijal: we need more unittests for register allocator19:27
fijalI guess19:28
fijalallocating registers for variables that are used would be a good start19:28
Alex_Gaynorheh, yes19:28
fijalgetting rid of a billion arraylen_gc also19:28
Alex_Gaynorfijal: those get killed by backend19:29
fijalso?19:29
Alex_Gaynorif you look in the jitviewer they don't generate instructions19:29
Alex_Gaynorso regalloc shouldn't see them19:29
fijalyes true19:29
Alex_Gaynorit's annoying but who cares19:29
Rhy0litefijal, Alex_Gaynor: the performance is better with unrolling19:29
Alex_Gaynorare you saing guard arguments in registers is why these arrays are on teh stack?19:29
Rhy0litebecause then it does carry more of the values across iterations in registers19:29
Alex_GaynorRhy0lite: does it vectorize, or just unroll?19:30
Alex_Gaynorthat's interesting, not super important though, this memory forwarding is the big one19:30
Alex_Gaynorwell, how much does it improve ?19:30
kkris1 (~kris@77.118.254.33.wireless.dyn.drei.com) left irc: Ping timeout: 248 seconds19:30
fijal2x?19:31
Rhy0liteAlex_Gaynor: with unrolling, it appears to vectorize as well19:31
Rhy0liteI don't have a recent x86 system to test at the moment19:33
Rhy0liteI think it improved abotu 2x19:34
fijalso why is unrolling not on by default?19:34
Rhy0litebecause it does not always win and bloats the code19:34
Rhy0litemost expensive optimizations are not always a win19:35
Rhy0liteunrolling is more useful for regular, scientific algorithms, like your Laplace solver19:35
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds19:35
Alex_Gaynorfijal: so, who will fix the register allocator :)19:37
Rhy0liteSanta Claus?19:37
Alex_GaynorRhy0lite: his time of the year, isn't it19:38
Rhy0litehas fijal been naughty or nice?19:38
Rhy0litefijal: I don't know exactly why the equivalent python laplace solver shows a memory dependency problem19:39
Rhy0litewe can try to dig through the x86 code19:39
Rhy0litebut the issue really is seeing the base addresses19:39
Rhy0litenot the base registers19:39
Rhy0liteor the code19:39
gnosek (~blackfire@77-236-9-85.home.aster.pl) joined #pypy.19:39
Rhy0liteI don't know if it's easier to recognize in the LL IR code19:40
fijalok19:40
fijalI can show you asm as well19:40
Rhy0liteokay, we can look19:40
Alex_Gaynorfijal: does self.loc() in regalloc.py cause something to be put in a register?19:41
fijalcan you run jitviewer?19:41
Rhy0liteI don't have it installed on my system at the moment19:41
fijalAlex_Gaynor: no, but there is a thing that causes registers to be allocated to loop arguments19:41
fijalRhy0lite: ok, let me paste19:41
Alex_Gaynorah, ok19:41
fijalhttp://paste.pocoo.org/show/515495/19:41
Alex_Gaynorfijal: I'm reindenting this19:42
Rhy0litebah19:42
fijal?19:42
fijal_process_inputargs19:43
Rhy0litedo you know how this corresponds to a step?19:43
fijalWTF?19:43
fijalRhy0lite: this is the step19:43
Rhy0liteall of this?19:43
fijalAlex_Gaynor: so I commited some code to make it better on 64bit19:43
fijalRhy0lite: yes :/19:43
fijalAlex_Gaynor: and it's gone19:43
Alex_GaynorRhy0lite: indented soa  human can read: http://paste.pocoo.org/show/515496/19:44
gnosek (~blackfire@77-236-9-85.home.aster.pl) left irc: Quit: leaving19:44
Alex_Gaynorfijal: should have written a test19:44
fijalAlex_Gaynor: kinda hard, we don't have those kind of tests, but yeah19:44
Alex_Gaynorfijal: we should get thsoe kind of tests19:45
fijalfor any kind of tests that we don't have...19:45
fijalRhy0lite: some of it is going away19:45
Alex_Gaynorfijal, Rhy0lite: this is made harder to read by the fact that the same array appears in multiple IR vars/stack locations19:45
alfredodeza (alfredode@c-24-99-255-55.hsd1.ga.comcast.net) left #pypy.19:46
Alex_Gaynorfijal: having the same array in 4 places sucks for register allocator19:46
fijalyes19:46
fijalbut this is precisely what we need to share iterators for19:46
fijalwell, also arrays19:46
Rhy0litewhere is the sqrt?19:46
Alex_GaynorYes, it's not about sharing iterators, it's about teaching the JIT "these are teh same things"19:46
Rhy0liteI would have expected some offsets19:46
fijalRhy0lite: no, this is *just* the loop19:46
fijalRhy0lite: that does not contain sqrt19:46
fijalbecause we compute error in a separate step19:47
Alex_GaynorIt's not really comparing the same thing19:47
fijalAlex_Gaynor: well, it depends how specialized you want your assembler19:47
fijaldo you really want it to be specialized for the same array?19:47
fijalprobably19:51
ixokai (~ixokai@pdpc/supporter/student/ixokai) left irc: Quit: Bye!19:52
Alex_Gaynorfijal: I suspect, but perhaps not19:58
Alex_Gaynorfijal: anyway, I guess regalloc should be fixed first?19:59
fijalyeah20:00
Rhy0liteI think I can sort of follow the code20:02
Alex_Gaynorwhich code?20:02
Rhy0litebut it's not obvious what addresses are being use20:02
Rhy0liteAlex_Gaynor: your paste20:02
Rhy0liteso now I see the four reads of u[][] at the top20:03
Alex_GaynorRhy0lite: that's part of the mess of the fact that the assembler isn't being specialized for "these are the same array"20:03
Rhy0liteand then writing the rseult20:03
Rhy0litesetarrayitem_raw(i32, i21, f62, descr=<FloatArrayNoLengthDescr>)20:03
Rhy0lite    mov    rdx,QWORD PTR [rbp-0x140]20:03
Rhy0lite    movsd  QWORD PTR [rdx+rsi*8],xmm1420:03
Alex_Gaynorso the same memory is eating 4 registers or something20:03
Rhy0litebut the addressing is a little difficult to interpret20:03
Rhy0lite    movsd  xmm14,QWORD PTR [rdx+r15*8]20:04
Rhy0lite    movsd  xmm13,QWORD PTR [rcx+r13*8]20:04
Rhy0lite    movsd  xmm13,QWORD PTR [rax+r10*8]20:04
Rhy0lite    movsd  xmm12,QWORD PTR [rcx+r8*8]20:04
Alex_Gaynorseems readable to me, what's the issue?20:04
Rhy0liteI mean I have no idea how rax, rcx and rdx are related20:05
Rhy0liteand rsi20:05
Rhy0liteassuming its not the stack20:05
Rhy0liteand the stack also could be the problem20:05
Rhy0litebut the dependency equivalent to inplace_laplace is20:05
fijalRhy0lite: those are all arrays20:05
fijalthe same array in fact, except the last one20:06
Rhy0literdx+rsi*8 = one of the rcx reads20:06
K-os (~gabriel@cl-3210.ham-01.de.sixxs.net) joined #pypy.20:06
Rhy0litelet me explain it this way20:06
Rhy0litethe base address for the store is rbp+0x14020:07
Rhy0litethe base address for the loads never use the same stasck location for the address20:07
fijalright20:07
Rhy0liteeach u[][] is in a separate location on the stack20:08
Rhy0litealthough they must be the same base value20:08
Rhy0liteso I cannot tell what may conflict20:08
Rhy0litesimilarly with getarrayitem_raw20:08
Rhy0liteand setarrayitem_raw20:08
Rhy0litei25, i26, i28, i29, 20:08
Rhy0litethese must be the same20:08
Rhy0litebut I cannot disambituating them from the syntax20:09
Rhy0litedisambiguate20:09
Alex_GaynorYes, in pypy we don't have an array of arrays, we have an array that's N*M which we index manually20:09
fijalRhy0lite: for what is worth they *might* be different20:09
Rhy0litefijal: right, but that's what I mean20:09
fijalthe assembler isn't specialized20:09
Rhy0litewithout knowing the actual addresses, I cannot tell which ones might conflict20:09
fijalwhat if they would be?20:09
fijalah ok20:10
fijalso I can tell you that all loads are the same and store is different20:10
Rhy0liteagain, the processor does not have a dependency from the registers20:10
Rhy0liteits from the addresses themselves20:10
Rhy0litethe Load-Store Unit cares about the addresses20:10
Rhy0litehowever they are computed20:10
fijalso as I said before20:10
fijalthe load is in one place20:10
fijalthe stores in other20:10
Rhy0litedirect, displacements, offset, indexed, scaled20:11
fijalthe loads and store20:11
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy.20:11
fijalanyway, I'm off to bed20:11
Rhy0liteokay20:12
Rhy0litewe can look at this more tomorrow20:12
fijalcool20:12
fijalI'm torn between publishing a blog post and improving the situation20:12
Rhy0litewhich laplace.py does this represent?20:12
fijalthere are two easy things20:12
Rhy0liteI mean laplace.py has multiple implememtations within it20:12
Alex_Gaynorfijal: let's improve situation a bit and then post, imo20:13
kenaan12fijal jitviewer 11c87055494d46 15/bin/jitviewer.py: fix (maybe) newer flasks20:13
fijalAlex_Gaynor: okey20:13
fijalRhy0lite: numeric_3 with skip=1520:13
Rhy0litefijal: what happened to your other blog post?20:13
fijalwhich other?20:13
fijalabout performance?20:13
Rhy0litethe one I reviewed. yes.20:13
fijalhttp://lostinjit.blogspot.com/2011/11/analysing-pythons-performance-under.html20:13
fijalthanks for reviewing :)20:13
Rhy0liteoh, I thought that was for morepypy20:14
fijalno, I'm trying to build my own brand20:14
Rhy0litegood strategy20:14
Guest__ (~textual@67.51.82.66) joined #pypy.20:16
Rhy0litefijal: assuming that code is the critical part of the loop20:17
kenaan12ctismer win64-stage1 1178ed73b0b1af 15/pypy/: merge default20:17
kenaan12ctismer win64-stage1 11fd39e63b03e0 15/pypy/: a bit of progress with libffi and friends. 16 tests pass, 5 fail. There is still a problem with pointers and...20:17
Rhy0liteand especially the top part20:17
Rhy0litehmm20:18
Rhy0litethere are not a lot of stores20:18
Rhy0litebut the stack offsets are fairly large20:18
Rhy0liteThe dependency in the pypy code looks more like the base address increments20:18
Rhy0litebecause the loop itself repeatedly loads the base address from the stack20:19
tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy.20:20
fijalyes20:21
fijalI'll remove that20:21
fijaland a couple other things20:22
Rhy0liteif the arrays truly are independent, then I don't see an obvious write-read dependency20:23
Rhy0litefor the u[][] array itself20:23
fijalit might be the stack then20:23
Rhy0litemaybe20:23
Rhy0litebut I don't see it writing the stack location20:24
Rhy0litemore about writing the offset registers20:24
fijalRhy0lite: the building own brand thing was missing a smiley, but maybe it's actually serious20:24
fijalI never know with me20:24
Rhy0liter15, r14, r13, r10, r820:24
K-os (~gabriel@cl-3210.ham-01.de.sixxs.net) left irc: Quit: Ex-Chat20:27
Rhy0liteI don't quite understand this20:27
Rhy0litei65 = i5 + 120:27
Rhy0lite    mov    QWORD PTR [rbp-0x1e8],r1420:27
Rhy0lite    add    r14,0x120:27
sunoano (~sa@unaffiliated/sunoano) left irc: Read error: Connection reset by peer20:27
Rhy0litewhy store r14 and then increment it?20:27
K-os (~gabriel@cl-3210.ham-01.de.sixxs.net) joined #pypy.20:28
kenaan12ctismer win64-stage1 116055c7b753ec 15/pypy/rlib/test/test_libffi.py: unclear, reverting a change which did not help20:29
jterrace (~jterrace@aegis.CS.Princeton.EDU) joined #pypy.20:33
jterraceso dtypes for numpypy was merged in?20:35
jterraceit seems to autodetect when i make arrays, but how do i specify a dtype on creation? numpypy.int32/etc don't seem to exist20:36
jterraceah, i see it just takes strings20:39
Alex_Gaynorjterrace: I have a branch which exposes numpypy.{int,float}{32,64}etc.20:40
jterracenice20:40
jterracewhat about reshape?20:41
Alex_Gaynorshould be merged in a few days, if fijal ever reviews it20:41
Alex_Gaynorthere's a branch with reshape, I don't know much about it, fijal keeps asking me to review it20:41
jterracei thought indexing of arrays worked, but it seems to be broken20:42
Rhy0lite (dje@nat/ibm/x-hpbbmvsqeeltuqwv) left irc: Quit: Leaving20:43
Alex_Gaynoryou mean array[array]?20:43
jterraceyeah20:43
dmalcolm (~david@c-24-61-12-82.hsd1.ma.comcast.net) joined #pypy.20:44
jterracee.g., np.array([1,2,3,4])[np.array([0,1,2,3,0,1,2,3])]20:44
Alex_GaynorI don't know much about that, someone can put it in the TODO list though20:44
lizardo (~lizardo@189.2.128.130) left irc: Quit: Leaving20:47
mtigas (~Adium@users.spokesman.com) left irc: Quit: Leaving.20:49
mattip (~chatzilla@bzq-79-177-116-180.red.bezeqint.net) joined #pypy.20:52
caaakeeey (caaakeeey@cpc6-enfi15-2-0-cust204.hari.cable.virginmedia.com) left #pypy.20:52
mattiphi20:52
fijalhi20:52
mattipfijal: I did something I'm not sure you want me to commit20:52
mattipI added some funcitonality to compile.py, 20:53
fijalthen commit it on a branch20:53
fijalsounds good if it's tested20:53
mattipspecifiaclly two_arguement function20:53
mattipI will add some tests.20:53
fijalthen it's all good20:54
mattipAnd see if I can commit it as a seperate branch, right now it is mixed into the dot branch20:54
fijalsounds like it can go on a dot branch20:55
fijalwe're not that nazi20:55
mattipOK, here it comes.20:55
kenaan12mattip matrixmath-dot 111780af5403c8 15/pypy/module/micronumpy/: copy/paste test and doc string from numpy20:57
kenaan12mattip matrixmath-dot 11c40572851869 15/pypy/module/micronumpy/: shape matching, output creation implemented20:57
kenaan12mattip matrixmath-dot 1184755e29506f 15/pypy/module/micronumpy/: add two arg functionality to test_compile20:57
mattipI couldn't really finish the dot cuz I can't think of a good way to implement the inner loops20:58
mattipusing the current infrastructure.20:58
fijal (~fijal@197.173.175.229) left irc: Read error: Connection reset by peer20:58
mattiphmm, too late.20:59
mattip (chatzilla@bzq-79-177-116-180.red.bezeqint.net) left #pypy.21:00
ronan_ (~ronan@host86-142-249-87.range86-142.btcentralplus.com) left irc: Ping timeout: 248 seconds21:04
ronan (~ronan@host86-142-249-87.range86-142.btcentralplus.com) joined #pypy.21:07
kkris (~kris@80-123-43-185.adsl.highway.telekom.at) left irc: Quit: Leaving.21:08
jnoller (~jnoller@vpn.nasuni.com) left irc: 21:10
lucian (~lucian@cpc1-newc15-2-0-cust84.gate.cable.virginmedia.com) left irc: Remote host closed the connection21:11
Guest__ (~textual@67.51.82.66) left irc: Ping timeout: 244 seconds21:12
aboudreault (~alanb@osgeo/member/aboudreault) left irc: Quit: Leaving21:27
mat^2 (~mathias@212.130.113.35) left irc: 21:28
kenaan12ctismer win64-stage1 11234142ad1aa7 15/pypy/objspace/std/test/test_smallintobject.py: fixed smallintobject tests. The type() checks make no longer sense21:44
cpets (4f75baf3@gateway/web/freenode/ip.79.117.186.243) left irc: Quit: Page closed21:44
sunoano (~sa@mail.heartinternet.co.uk) joined #pypy.21:50
sunoano (~sa@mail.heartinternet.co.uk) left irc: Changing host21:50
sunoano (~sa@unaffiliated/sunoano) joined #pypy.21:50
kenaan12ctismer win64-stage1 11da5b796470c9 15/pypy/objspace/std/test/test_smallintobject.py: inv(glitch) :-)21:59
JaRoel|4d (~jaroel|4d@sink.jaroel.nl) left irc: Remote host closed the connection22:08
azhang (~azhang@adsl-99-63-77-95.dsl.pltn13.sbcglobal.net) joined #pypy.22:14
Nick change: azhang -> bugfree22:18
Nick change: bugfree -> buug22:19
stakkars_ (~tismer@dslb-088-074-053-099.pools.arcor-ip.net) left irc: Quit: schnarch22:29
whitelynx (~whitelynx@63.241.75.144) left irc: Remote host closed the connection22:35
bbot2Started: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/73122:38
bbot2Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/15622:38
bbot2Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/96122:38
hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Remote host closed the connection22:47
stakkars_ (~tismer@p5DDB7E68.dip.t-dialin.net) joined #pypy.22:47
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 260 seconds22:51
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) joined #pypy.22:52
craigkerstiens (~craigkers@204.14.152.118) left irc: Ping timeout: 244 seconds22:53
DanielHolth (~dholth@ip98-180-34-112.ga.at.cox.net) joined #pypy.22:53
kenaan12ctismer win64-stage1 117f97cc73d700 15/pypy/: adjusted the format code of gc  (long->Signed)23:00
buug (~azhang@adsl-99-63-77-95.dsl.pltn13.sbcglobal.net) left irc: Quit: leaving23:25
buug (~azhang@adsl-99-63-77-95.dsl.pltn13.sbcglobal.net) joined #pypy.23:26
Guest__ (~textual@216.190.27.14) joined #pypy.23:30
antocuni (~antocuni@host200-125-dynamic.25-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds23:31
Nick change: Guest__ -> rekamso23:34
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 248 seconds23:40
jterrace (~jterrace@aegis.CS.Princeton.EDU) left irc: Quit: Leaving.23:49
maxyz (~maxy@186.23.74.228) left irc: Ping timeout: 260 seconds23:54
maxyz (~maxy@186.23.74.228) joined #pypy.23:55
craigkerstiens (~craigkers@204.14.152.118) joined #pypy.23:55
--- Fri Dec 2 201100:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!