#pypy IRC log for Monday, 2011-10-24

ronnyre00:00
Unhelpfulronny: you did distribute --user? because i use that :)00:04
ronnyUnhelpful: yes00:07
bbot23Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/91600:09
Turicas (~alvaro@mail.justen.eng.br) left irc: Quit: Leaving00:16
kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) joined #pypy.00:20
asmeurer (~asmeurer@216.239.45.19) joined #pypy.00:44
asmeurer (~asmeurer@216.239.45.19) left irc: Ping timeout: 240 seconds00:50
bbot2Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/180200:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/24800:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/53600:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/58900:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/106400:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/77500:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/140700:50
bbot2Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/66800:50
bbot2Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/23900:50
bbot23Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/11301:47
Moku (~John@osbk-4db06492.pool.mediaWays.net) joined #pypy.01:55
Shinita (~John@osbk-4d08bc06.pool.mediaWays.net) left irc: Ping timeout: 240 seconds01:55
Nick change: Moku -> Guest2833101:55
aericson (~andre@186.212.140.66) joined #pypy.01:55
aericsonI get errors when running pypy when pwd is home01:58
aericsonwait pasting01:58
aericsonhttp://paste.pocoo.org/show/497131/01:59
aericsonis it a known problem?01:59
timonatoris "pypy" a symlink? or did you copy the pypy binary over?02:07
timonatordoes pypy -v give more information?02:07
aericson$ file /usr/bin/pypy      /usr/bin/pypy: symbolic link to `/opt/pypy/pypy-c'02:09
aericsonpypy -v output the same thing02:10
timonatoroh? interesting, i'd've expected /opt/pypy/bin/pypy-c02:10
timonatorwell, hmm. don't know then02:10
timonatori'm just a newbie myself :|02:10
aericsonso it's probably a package bug right?02:10
aericsonwill check with the distro02:11
timonatoris it only when pwd is home?02:11
timonatorthere might be something in your ~ that pypy thinks it's supposed to import, which doesn't actually work or something?02:11
aericsonseems like only ~02:12
aericsoncould be02:12
timonatorhave you tried with a completely fresh user? straced the process maybe?02:12
timonatorthat is: strace -e open pypy02:12
aericsonworks fine with other user02:13
timonatorthen it's probably something that's wrong in your ~, some file or folder that confuses pypy i suppose?02:13
aericsonlooking for it02:14
aericsonstrace doesn't mention anything about home but does show some access errors02:15
aericsonhttp://paste.pocoo.org/show/497136/02:15
timonatoranyway, i'm going to get some sleep02:15
aericsonsure02:15
aericsonthanks for the help02:15
aericsonwill try to figure it also02:15
aericsonfigure it out*02:15
timonatori get open("/opt/pypy/lib-python/modified-2.7/site.py", O_RDONLY) = 302:15
timonatorsome permission problem or similar i guess02:16
timonatoruh, you get that, too, sorry. already tired02:16
aericsonit's ok02:16
timonatoryou could try cding into modified-2.7 and import site.py from there and see if an exception happens, but that's just my typical shotgun-debugging02:17
timonatorgood luck!02:17
aericsonthanks02:17
tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #pypy.02:26
tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host02:26
tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy.02:26
canta (~canta@77-20-123-240-dynip.superkabel.de) left irc: Quit: Leaving.02:32
alexr_web (80dc9f14@gateway/web/freenode/ip.128.220.159.20) joined #pypy.02:42
alexr_webIs there any reason why pypy would give a different answer than normal cpython when doing many floating point additions?02:43
UnhelpfulJust additions? And how are they performed? Are the values in a list, a dict, etc?02:45
alexr_webi just checked again, and it's not the additions02:46
alexr_webi'm writing a probabilistic parser, and python vs pypy come up with two different weights for a particular string/grammar02:47
alexr_webi thought the parses were the same02:47
alexr_web(which would have pointed to the additions being weird)02:47
alexr_webbut I just looked again, and the parses are different02:47
alexr_webis this sort of thing considered a bug? (or interesting to developers at all)02:48
UnhelpfulIt's possible pypy may order dictionary keys differently, which is why I ask what produces the values.02:48
alexr_webk02:49
alexr_webthat sounds plausible02:49
alexr_webi am using dictionaries02:49
whyking (~quassel@ip68-1-185-182.ri.ri.cox.net) joined #pypy.02:50
UnhelpfulAre you iterating their contents?02:50
alexr_webno; just doing lookups02:50
alexr_webiterating sets very rarely02:51
Arfrever (~Arfrever@apache/committer/Arfrever) left irc: Quit: Ex+re02:51
alexr_webi shouldn't be relying on order of iteration anywhere, though02:52
bbot24Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/180202:52
UnhelpfulAh, iterating a set is similar. I would try to see at what point in the code the results actually differ.02:53
UnhelpfulIf the difference isn't in set or dict ordering, or something else the language doesn't specify, then yes, it might be a bug. There's a tracker where you can file it, preferably with simple example code.02:56
alexr_webI think I found it, and it is in set ordering. I'll look into it more; it indicates a bug in my code either way.02:58
alexr_webthanks02:58
alexr_web (80dc9f14@gateway/web/freenode/ip.128.220.159.20) left irc: Quit: Page closed02:58
tilgovi (~randall@couchdb/developer/tilgovi) left irc: Read error: Connection reset by peer03:03
whyking (~quassel@ip68-1-185-182.ri.ri.cox.net) left irc: Read error: Connection reset by peer03:27
jonanin (~jonanin@24-183-50-140.dhcp.mdsn.wi.charter.com) left irc: Read error: Connection reset by peer03:44
mat^2 (~mathias@212.130.113.35) left irc: Ping timeout: 276 seconds03:50
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/140703:51
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/58903:52
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/77503:53
ericholscher (~eric@173.203.223.63) left irc: Ping timeout: 252 seconds04:01
kalenz (~kalenz@ping.kalenz.fr) left irc: Read error: Operation timed out04:01
kalenz (~kalenz@ping.kalenz.fr) joined #pypy.04:01
Nick change: kalenz -> Guest127804:01
__class__ (~class@99-105-56-217.lightspeed.sntcca.sbcglobal.net) left irc: Read error: Operation timed out04:02
aericson (~andre@186.212.140.66) left irc: Ping timeout: 252 seconds04:02
Rhyolite (~dje@pool-108-6-25-71.nycmny.fios.verizon.net) left irc: Ping timeout: 252 seconds04:02
chickamade (~chickamad@118.69.67.203) joined #pypy.04:02
Alex_Gaynor (u1246@gateway/web/irccloud.com/x-avmqhggwnokubikw) left irc: Excess Flood04:02
ericholscher (~eric@173.203.223.63) joined #pypy.04:02
aericson (~andre@186.212.140.66) joined #pypy.04:02
Rhyolite (~dje@pool-108-6-25-71.nycmny.fios.verizon.net) joined #pypy.04:02
__class__ (~class@99.105.56.217) joined #pypy.04:06
DasIch_ (~dasich@p4FFDFEA7.dip.t-dialin.net) joined #pypy.04:07
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/106404:10
DasIch (~dasich@p4FFDD5A5.dip.t-dialin.net) left irc: Ping timeout: 248 seconds04:10
Alex_Gaynor (u1246@gateway/web/irccloud.com/x-ecpcksyavcturcto) joined #pypy.04:13
#pypy: mode change '+o Alex_Gaynor' by ChanServ!ChanServ@services.04:13
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/53604:28
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/24804:52
asmeurer (~asmeurer@c-71-198-74-130.hsd1.ca.comcast.net) joined #pypy.05:07
bbot24Failure: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/66805:34
bbot24Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/23905:47
mwhudson_ (~mwh@121-73-77-183.cable.telstraclear.net) joined #pypy.06:00
aleksi (~aleksi@85.235.191.82) joined #pypy.06:07
JaRoel|4d (~jaroel|4d@sink.jaroel.nl) left irc: Remote host closed the connection06:11
Nick change: Guest1278 -> kalenz06:13
kushal (kdas@nat/redhat/x-zcvgkvobfmsbknyd) joined #pypy.06:13
kushal (kdas@nat/redhat/x-zcvgkvobfmsbknyd) left irc: Changing host06:13
kushal (kdas@fedora/kushal) joined #pypy.06:13
mvt (~mvantelli@87.213.45.85) joined #pypy.06:19
canta (~canta@77-20-123-240-dynip.superkabel.de) joined #pypy.06:30
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy.06:41
asmeurer (~asmeurer@c-71-198-74-130.hsd1.ca.comcast.net) left irc: Quit: asmeurer07:14
canta (~canta@77-20-123-240-dynip.superkabel.de) left irc: Quit: Leaving.07:27
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) joined #pypy.07:33
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy.07:33
ojii (~ojii@40-34.60-188.cust.bluewin.ch) joined #pypy.07:36
EnCuKou (~encukou@a91-156-243-246.elisa-laajakaista.fi) left irc: Quit: Mizím.07:48
teknico (~quassel@88-149-209-113.dynamic.ngi.it) joined #pypy.07:59
amaury_ (amaury_@nat/google/x-jdpggdnyowfvjwea) joined #pypy.08:09
lucian (~lucian@78-86-111-129.zone2.bethere.co.uk) joined #pypy.08:20
G2P (~G2P@fw-asn1.ornis.com) joined #pypy.08:29
lucian (~lucian@78-86-111-129.zone2.bethere.co.uk) left irc: Ping timeout: 240 seconds08:35
kenaan12arigo concurrent-marksweep 116a06b46f0e3f 15/pypy/rpython/memory/gc/concurrentgen.py: Major collections.08:39
kenaan12arigo concurrent-marksweep 112c6f2010d4af 15/pypy/rpython/memory/: Fixes.08:39
voidspace (~voidspace@python/psf/voidspace) joined #pypy.08:43
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds08:47
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 240 seconds09:03
bogner (~bogner@2600:3c03::f03c:91ff:fedf:7ef4) joined #pypy.09:10
kenaan12cfbolz int-tag-untag-as-operations 1163dfc29454a2 15/: a branch where to make int tagging and untagging explicit operations09:12
kenaan12cfbolz int-tag-untag-as-operations 11300e42e0ee80 15/pypy/: introduce int_tag (which can overflow) and int_untag09:12
kenaan12cfbolz int-tag-untag-as-operations 1152e92200bf93 15/pypy/jit/metainterp/optimizeopt/: each the optimizer that int_tag and int_untag are each others opposites09:12
kenaan12cfbolz int-tag-untag-as-operations 11c499ddaefd52 15/pypy/jit/metainterp/optimizeopt/: add a more precise .mul operation on integer bounds.09:12
kenaan12cfbolz int-tag-untag-as-operations 11c7b823622f57 15/pypy/jit/metainterp/optimizeopt/: check that operations on untagged integers get their overflow checks removed09:12
kenaan12cfbolz int-tag-untag-as-operations 11766299f6042c 15/pypy/: rename the operation to int_tag_ovf09:12
kenaan12cfbolz int-tag-untag-as-operations 111a183750ebf7 15/pypy/jit/metainterp/: introduce an no-overflow-check variant int_tag for when the bounds-optimizer finds out that so...09:12
bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) left irc: Ping timeout: 260 seconds09:19
mvt (~mvantelli@87.213.45.85) left irc: Quit: Leaving09:28
ericvrp_ (~ericvrp_@ericvrp.xs4all.nl) joined #pypy.09:29
mvt (~mvantelli@87.213.45.85) joined #pypy.09:31
derdon (~derdon@pD9E1C2F0.dip.t-dialin.net) joined #pypy.09:46
ronnymeh09:51
arigato (~arigo@fwstups.cs.uni-duesseldorf.de) joined #pypy.09:51
ronnyseems like the author of pexpect cant be reached timely, porting pyrepl will be harder without it on py309:51
voidspace_ (~voidspace@87-194-212-65.bethere.co.uk) joined #pypy.09:57
voidspace_ (~voidspace@87-194-212-65.bethere.co.uk) left irc: Changing host09:57
voidspace_ (~voidspace@python/psf/voidspace) joined #pypy.09:57
voidspace (~voidspace@python/psf/voidspace) left irc: Ping timeout: 240 seconds09:59
Nick change: voidspace_ -> voidspace09:59
ericvrp_ (~ericvrp_@ericvrp.xs4all.nl) left irc: Quit: ericvrp_10:01
mvt (mvantelli@87.213.45.85) left #pypy ("Leaving").10:06
mwhudson_ (~mwh@121-73-77-183.cable.telstraclear.net) left irc: Ping timeout: 260 seconds10:09
mvt (~mvantelli@87.213.45.85) joined #pypy.10:10
voidspace_ (~voidspace@87-194-212-65.bethere.co.uk) joined #pypy.10:10
voidspace_ (~voidspace@87-194-212-65.bethere.co.uk) left irc: Changing host10:10
voidspace_ (~voidspace@python/psf/voidspace) joined #pypy.10:10
voidspace (~voidspace@python/psf/voidspace) left irc: Ping timeout: 240 seconds10:11
Nick change: voidspace_ -> voidspace10:11
witulski (~stupsi@fwstups.cs.uni-duesseldorf.de) joined #pypy.10:14
aericson (~andre@186.212.140.66) left irc: Ping timeout: 240 seconds10:14
witulski (stupsi@fwstups.cs.uni-duesseldorf.de) left #pypy.10:14
aericson (~andre@186.212.140.66) joined #pypy.10:16
ericflo (~ericflo@c-76-126-10-15.hsd1.ca.comcast.net) left irc: Read error: Connection reset by peer10:19
ericflo (~ericflo@c-76-126-10-15.hsd1.ca.comcast.net) joined #pypy.10:19
mvt (~mvantelli@87.213.45.85) left irc: Read error: Connection reset by peer10:19
ericflo (~ericflo@c-76-126-10-15.hsd1.ca.comcast.net) left irc: Client Quit10:19
mvt (~mvantelli@87.213.45.85) joined #pypy.10:20
whitelynx (~whitelynx@75.111.197.204) left irc: Quit: Leaving10:22
aericson (~andre@186.212.140.66) left irc: Ping timeout: 240 seconds10:24
voidspace (~voidspace@python/psf/voidspace) left irc: Quit: Uhm... gotta go10:26
kenaan12cfbolz int-tag-untag-as-operations 1130319db8738f 15/pypy/jit/: (arigo, cfbolz): implement int_tag, int_tag_ovf and int_untag in the x86 backend10:32
ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) joined #pypy.10:33
Vorpal (~AnMaster@unaffiliated/anmaster) joined #pypy.10:36
verte (~verte@python/site-packages/verte) joined #pypy.10:37
voidspace (~anonymous@python/psf/voidspace) joined #pypy.10:38
chickamade (~chickamad@118.69.67.203) left irc: Quit: chickamade10:48
arigato (~arigo@fwstups.cs.uni-duesseldorf.de) left irc: Ping timeout: 244 seconds10:51
amaury_ (amaury_@nat/google/x-jdpggdnyowfvjwea) left irc: Remote host closed the connection10:52
witulski (~stupsi@134.99.16.23) joined #pypy.10:57
witulski (stupsi@134.99.16.23) left #pypy.11:02
arigato (~arigo@fwstups.cs.uni-duesseldorf.de) joined #pypy.11:02
witulski (~stupsi@fwstups.cs.uni-duesseldorf.de) joined #pypy.11:23
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) joined #pypy.11:26
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) left irc: Quit: fzzzy11:28
fijal (c156f311@gateway/web/freenode/ip.193.86.243.17) joined #pypy.11:29
fijalhi11:30
fijal (c156f311@gateway/web/freenode/ip.193.86.243.17) left irc: Ping timeout: 265 seconds11:37
arigatohi11:39
arigatoer, too late :-)11:39
witulski (stupsi@fwstups.cs.uni-duesseldorf.de) left #pypy.11:45
JaRoel (~jaroel|4d@office.fourdigits.nl) joined #pypy.11:47
verte (~verte@python/site-packages/verte) left irc: Quit: ~~~ Crash in JIT!11:48
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Ping timeout: 258 seconds11:50
exarkunWhat do the "More information" icons on https://bitbucket.org/pypy/compatibility/wiki/Home mean?11:56
antocuniexarkun: that there is a wiki page with more infos about that specific package11:58
JaRoel (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection12:00
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) joined #pypy.12:02
arigatobah, how do you do "cast_float_to_uint" in x86 assembler...12:03
amaury_ (amaury_@nat/google/x-mtsptvyaitsaqitq) joined #pypy.12:03
Action: arigato noticed that our code is wrong12:03
Action: arigato looks at what gcc produces and is scared12:05
exarkunantocuni: How do you find that wiki page?12:10
antocuniclick on the link?12:10
exarkunI would have thought.  But it's not a link, just an icon.12:11
antocuniexarkun: no, you can click on the package name12:11
antocunie.g., "Trac" has the icon, and if you click on "Trac" you find more infos12:11
exarkunAh.  Thanks.12:12
antocuniif you click on other packages, you get en empty page12:12
Rhy0lite (dje@nat/ibm/x-losizlekoquzszlt) joined #pypy.12:14
stakkars_ (~tismer@82.113.121.133) joined #pypy.12:25
Unhelpfulerm, *cast* or *convert*?12:27
arigato"cast" in the C sense, i.e. really convert12:28
arigatoin this case12:28
Unhelpfulah. hrm.12:28
Action: arigato doesn't even want to look at how on 32-bit gcc does a casst from "double" to "unsigned long long"12:29
Unhelpfulerm, looks to be one instruction, basically... with sse anyway :)12:32
arigatoto unsigned long long?12:32
Unhelpfuloh. well, i was doing int! :)12:33
arigatoyes, cast_float_to_int works12:33
arigatowhat doesn't are all other cases12:33
arigatoi.e. cast_float_to_X, for an integer type X that is not contained within 'int'12:33
kenaan12arigo concurrent-marksweep 11d5d9c2cef342 15/pypy/rpython/memory/gc/concurrentgen.py: Reorder the tests for performance.12:34
kenaan12arigo default 114241a19c0141 15/pypy/: Fix the declaration of the lloperation 'cast_float_to_int' to no longer pretend it raises OverflowError, which is w...12:34
Unhelpfulto unsigned int apparently is a one-op too. double->unsigned long long looks messier.12:35
Unhelpfuland those one-ops all assume use of sse and storage of floats in xmm registers12:35
arigatoto unsigned int? on 64-bit maybe, because there 'unsigned int' is contained into the C long12:35
arigatowhen I was talking about 'cast_float_to_int' it's with the Python names, so in C names it's really 'cast_double_to_long'12:36
Unhelpful"long" meaning how many bits, here?12:37
Unhelpfulalways 64? always 32? or depends on architecture?12:37
arigatoa C long on any platform supported by pypy right now12:38
bgola (~bgola@c95185bc.virtua.com.br) joined #pypy.12:38
Unhelpfulso whatever C *calls* long, not necessarily the largest single-register machine word?12:39
arigatoa C long on any platform supported by pypy right now *is* the largest single-register machine word12:44
kenaan12arigo concurrent-marksweep 11503589dfa9f4 15/: hg merge default12:45
Unhelpfulugh, yeah, and apparently there's no way to do but x87 fpu.12:48
ojii_ (~ojii@40-34.60-188.cust.bluewin.ch) joined #pypy.12:48
santagada (~leonardo@201.86.242.147.dynamic.adsl.gvt.net.br) joined #pypy.12:49
ojii (~ojii@40-34.60-188.cust.bluewin.ch) left irc: Ping timeout: 240 seconds12:49
Nick change: ojii_ -> ojii12:49
G2P (~G2P@fw-asn1.ornis.com) left irc: Read error: Connection reset by peer12:52
Action: arigato broke micronumpy translation12:52
arigatosorry sorry12:52
jnoller (~jnoller@vpn.nasuni.com) joined #pypy.12:55
Unhelpfularigato: after a crash course in x87... it looks like a lot of this mess is about storing the fpu control word, setting it, and restoring it. if i'm following correctly, the actual conversion happens with fistpll (%esp), storing the result to stack.12:59
arigatowe don't use the x87 in pypy.12:59
arigatoonly xmm registers13:00
Unhelpfulwell, it looks like x86-32 really wants to use x87, or at least that's what gcc does.13:00
Unhelpfulspecifically for conversion to unsigned long13:00
arigatono, we compile with -msse2 -mfpmath=see13:01
arigatono, we compile with -msse2 -mfpmath=sse13:01
Unhelpfulyes, i just added mfpmath=sse... that gets me a *different* mess :)13:02
canta (~canta@77-20-123-240-dynip.superkabel.de) joined #pypy.13:07
G2P (~G2P@fw-asn1.ornis.com) joined #pypy.13:09
kushal (kdas@fedora/kushal) left irc: Ping timeout: 245 seconds13:11
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds13:17
Nick change: DasIch_ -> DasIch13:19
aboudreault (~alanb@osgeo/member/aboudreault) joined #pypy.13:19
kenaan12arigo default 119977c322a23b 15/pypy/jit/: cast_uint_to_float and cast_float_to_uint are needed for micronumpy.  Implement them (hopefully correctly now) as a...13:23
lucian (~lucian@93-97-174-114.zone5.bethere.co.uk) joined #pypy.13:27
gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) joined #pypy.13:38
lucian_ (~lucian@93-97-174-114.zone5.bethere.co.uk) joined #pypy.13:40
whitelynx (~whitelynx@li117-47.members.linode.com) joined #pypy.13:41
lucian (~lucian@93-97-174-114.zone5.bethere.co.uk) left irc: Ping timeout: 240 seconds13:41
Remilia_Scarlet (~proton@124.131.64.28) joined #pypy.13:50
Remilia_Scarlettest13:51
kushal (~kdas@fedora/kushal) joined #pypy.13:53
santagadaRemilia_Scarlet: its working13:53
Remilia_Scarletoh thank you~13:53
Remilia_Scarletnew to irc -_-13:54
Remilia_Scarleti've been reading the src of flowgraph part of pypy13:56
Remilia_Scarletthere are 2 classes called SpamBlock and EggBlock13:56
Remilia_Scarletcould anyone tell me why they are named this? this confuses me a lot13:56
Remilia_Scarletin pypy/objspace/flow/flowcontext.py13:58
exarkun"spam and eggs" is a monty python skit13:59
timonatori've only ever seen spam blocks, what do egg blocks do?14:00
exarkunhttps://www.youtube.com/watch?v=anwy2MPT5RE14:00
timonatorand are all flow graphs full of spam? i thought a spamblock would cause translation to stop?14:00
arigato...cast_float_to_longlong...14:00
cwillu_at_work (~cwillu@cwillu-1-pt.tunnel.tserv13.ash1.ipv6.he.net) left irc: Ping timeout: 244 seconds14:03
Remilia_Scarletwell, sounds interesting... but i can't watch youtube videos. thank you @exarkun14:03
Da_Blitz (~Da_Blitz@203.56.250.63) left irc: Ping timeout: 248 seconds14:05
Da_Blitz (~Da_Blitz@203.56.250.63) joined #pypy.14:06
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) joined #pypy.14:07
antocuniarigato: what's the point of the int-tag-untag-* branch?14:15
jnoller (~jnoller@vpn.nasuni.com) left irc: Quit: Leaving...14:17
Remilia_Scarletand are all flow graphs full of spam? ah yes14:19
Remilia_ScarletAFAIK [SpamBlock]s are the 'normal' blocks14:20
Remilia_Scarletand [EggBlock]s are generated when there is a 'is_true' operation,14:21
Remilia_Scarletto fool the opcode interpreter it's True or False returned14:22
Remilia_Scarletthis is the trick online doc refers to14:23
lucian_ (~lucian@93-97-174-114.zone5.bethere.co.uk) left irc: Ping timeout: 260 seconds14:33
arigatoantocuni: it's easier to optimize operations on them, and the backend writes more compact code than with int_lshift/int_add14:35
antocuniyes, but why do we need tagged ints in the first place?14:35
antocunito save memory?14:35
arigatothat's for carl right now, in the Prolog interpreter14:36
arigatobut it could be applied to pypy too14:36
arigatoto store ints in instances14:36
arigatoit is faster because we never need to allocate the int14:37
arigatoand it doesn't come with the drawback of requiring everywhere a type check14:37
antocuniit's faster, in theory :-)14:37
arigatoin fact it requires no type check at all, because it is information stored in the map14:37
antocunihaven't we already tried with tagged ints with no luck in the past?14:38
arigatoso yes, it's faster in theory14:38
arigatoit's very different for all reasons I just explained14:38
antocunitrue14:38
antocuniwell, we will see I suppose :-)14:38
arigatoyes14:38
EnCuKou (~encukou@193.167.65.94) joined #pypy.14:40
durin42 (~durin@173-15-14-174-Illinois.hfc.comcastbusiness.net) joined #pypy.14:44
durin42 (~durin@173-15-14-174-Illinois.hfc.comcastbusiness.net) left irc: Changing host14:44
durin42 (~durin@adium/durin42) joined #pypy.14:44
Remilia_Scarlet (proton@124.131.64.28) left #pypy.14:45
mvt (~mvantelli@87.213.45.85) left irc: Quit: Leaving14:58
lac (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy.15:01
lac_ (~quassel@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 240 seconds15:02
kenaan12edelsohn ppc-jit-backend 11b0d393de7dd6 15/pypy/jit/backend/ppc/ppcgen/test/test_ppc.py: Update test_call_function for PPC64 to use load_from_addr15:18
kenaan12edelsohn ppc-jit-backend 11128dccb72575 15/pypy/jit/backend/ppc/ppcgen/codebuilder.py: Update load_from_addr and store_reg for PPC6415:18
kenaan12edelsohn ppc-jit-backend 1190737207852a 15/pypy/jit/backend/ppc/ppcgen/opassembler.py: Add PPC64 support to emit_setfield_gc and emit_getfield_gc. Correct typo in emit_setfield_gc for size == 4.15:18
aleksi (~aleksi@85.235.191.82) left irc: Remote host closed the connection15:27
witulski (~stupsi@134.99.16.23) joined #pypy.15:44
voidspace (~anonymous@python/psf/voidspace) left irc: Quit: voidspace15:46
ltratt (~ltratt@87.113.118.244) joined #pypy.15:46
voidspace (~voidspace@python/psf/voidspace) joined #pypy.15:48
kenaan12hager ppc-jit-backend 11155a57d1d251 15/pypy/jit/backend/ppc/ppcgen/: Implemented basic array operations.15:48
kenaan12hager ppc-jit-backend 1138f0e1f8b91e 15/pypy/jit/backend/ppc/ppcgen/: merge15:48
witulski (stupsi@134.99.16.23) left #pypy.15:48
kenaan12arigo default 11054d434f5e82 15/pypy/jit/: Support casts between floats and (u)longlongs written as a force_cast.15:49
ojii (~ojii@40-34.60-188.cust.bluewin.ch) left irc: Quit: Leaving15:49
cfbolz (~cfbolz@fwstups.cs.uni-duesseldorf.de) joined #pypy.15:51
ltrattHello all. I have a stupid question.15:54
dmalcolm (david@nat/redhat/x-aryquvcngwunikfv) joined #pypy.15:55
mcdonc (~mcdonc@cabana.palladion.com) joined #pypy.15:55
ltrattIs it possible to access os.path.realpath, or an equivalent filename canonicalising function, from RPython?15:55
Alex_Gaynorltratt: at least some portions of os.path are RPython, let me see if I can find out which15:57
gutworththought this is an accident...15:58
Alex_Gaynorgutworth: nope, look at ll_os_path.py15:58
rekamso (~textual@67.51.82.66) joined #pypy.15:59
ltrattAlex_Gaynor: I fear realpath isn't RPython15:59
Alex_Gaynorit doesn't appear to be15:59
Alex_GaynorFWIW the pure python version looks to be almost RPython, if you futzed with it you could proibably make it work16:00
ltrattSo does that mean editing the version in lib-python/2.7/posixpath.py? Or copying it somewhere else and editing that version?16:01
Arfrever (~Arfrever@apache/committer/Arfrever) joined #pypy.16:03
gutworthAlex_Gaynor: I was referring to "import os.path"16:03
cfbolzAlex_Gaynor: except for the windows version16:03
G2P (~G2P@fw-asn1.ornis.com) left irc: Quit: Leaving.16:04
Alex_Gaynorltratt: copying it somewhere else and using that version16:05
EnCuKou (~encukou@193.167.65.94) left irc: Remote host closed the connection16:05
Alex_Gaynorcfbolz: Do you have an opinion on the two test failures I pushed the other day?16:05
cfbolzAlex_Gaynor: link?16:06
Alex_Gaynorhttp://buildbot.pypy.org/summary/longrepr?testname=TestLLtype.%28%29.test_ptr_eq_str_constant&builder=own-linux-x86-32&build=1802&mod=jit.metainterp.optimizeopt.test.test_optimizebasic16:06
fschwidom (~fschwidom@2.213.71.29) joined #pypy.16:06
Alex_Gaynorhttp://buildbot.pypy.org/summary/longrepr?testname=TestLLtype.%28%29.test_ptr_eq_str_constants&builder=own-linux-x86-32&build=1802&mod=jit.metainterp.test.test_ajit16:06
ltrattAlex_Gaynor: thanks. I will have a look and if I can work out where to ;)16:07
mcdonc (~mcdonc@cabana.palladion.com) left irc: Ping timeout: 258 seconds16:07
cfbolzAlex_Gaynor: apart from "unroll.py is a frickin' mess and my eyes bleed whenever I look at it"?16:08
Alex_Gaynorcfbolz: ;) the bug is unrelated to unroll.py, the issue is the PTR_{EQ,NE} optimizer tries to get the RPython class of any constant, not just rclass instances16:08
cfbolzyes yes16:08
cfbolzjust saw it in the stack trace16:09
cfbolzwell, it's clearly a bug16:09
cfbolzyou cannot expect everything pointer to have a class16:09
Alex_GaynorI started working on http://paste.pocoo.org/show/497402/16:10
Alex_Gaynorbut I"m not really convinced this is correct16:10
cfbolzAlex_Gaynor: no, this is the wrong level. really, what needs to be fixed is the optimizer16:10
cfbolzin a fairly fundamental way it seems16:10
Alex_Gaynorhow would you fix it though? I guess we still want this optimization if we know that they're both instances16:11
Alex_GaynorI think armin suggested maybe having INSTANCE_PTR_{EQ,NE} and PTR_{EQ,NE}16:11
cfbolzwould work16:12
cfbolzbut the whole concept of LEVEL_* is broken16:12
cfbolzimo16:12
cfbolzfor ptrs that are not instances16:13
Alex_Gaynorprobably, there's no way to refer to "rpy_string" type right?16:14
cfbolzno16:15
Alex_Gaynorhmm16:16
cfbolzAlex_Gaynor: the problem is really that getting the class is reading the first word of the object, which is not a vtable in the case of strings16:16
cfbolzanyway, I'm going home now, sorry16:17
Alex_Gaynorok, I guess I'll try doing an INSTANCE_PTR_EQ solution16:17
cfbolzAlex_Gaynor: as I said, that's just dealing with the symptoms16:17
Alex_Gaynordo you have a solution that targets the real problem?16:17
cfbolzno16:18
Alex_Gaynorme neither :)16:18
cfbolzneeds a thorough review, or something16:18
cfbolz (~cfbolz@fwstups.cs.uni-duesseldorf.de) left irc: Quit: Leaving16:18
Alex_Gaynorarigato: do you have an opinoin on which approach for the PTR_EQ issue?16:25
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) left irc: Quit: Leaving16:25
stakkars_ (~tismer@82.113.121.133) left irc: Quit: schnarch16:28
arigatoINSTANCE_EQ seems the right solution16:31
dgl (~dgl@109.86.165.231) joined #pypy.16:31
Alex_Gaynorok16:31
JaRoel|4d (~jaroel|4d@office.fourdigits.nl) left irc: Remote host closed the connection16:32
mcdonc (~mcdonc@cabana.palladion.com) joined #pypy.16:32
Alex_Gaynorarigato: at which level, do they need a seperate llop as well, or just pyjitpl op?16:33
arigatojust pyjitpl16:33
Alex_Gaynorok16:33
arigatoin jtransform16:33
Alex_Gaynorsounds good16:33
fschwidom (~fschwidom@2.213.71.29) left irc: Ping timeout: 245 seconds16:35
kenaan12hager ppc-jit-backend 11064df4d72ec4 15/pypy/: Fixed hack in treating bools.16:39
kenaan12hager ppc-jit-backend 1192cd323471d9 15/pypy/jit/backend/ppc/ppcgen/regalloc.py: Remove comment16:40
davisagli (~davisagli@davisagli.com) left irc: Excess Flood16:52
davisagli (~davisagli@davisagli.com) joined #pypy.16:53
rekamso (~textual@67.51.82.66) left irc: Ping timeout: 258 seconds16:56
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy.16:56
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Read error: Connection reset by peer16:59
arigatoAlex_Gaynor: while you're at it, you should review also {GET,SET}FIELD_GC_PURE17:01
arigatoand non-PURE17:01
Alex_Gaynorarigato: in what sense?17:01
Action: Alex_Gaynor has been procrastinating a bit17:01
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy.17:01
arigatoto know if the optimizer assumes that it has a class just because it's used in a GETFIELD_GC17:01
arigatowhich is wrong in general17:02
Alex_GaynorAFAIK it only assumes it is nonnull17:03
arigatoyes, but better check than assuming :-)17:03
stakkars_ (~tismer@p5DDB5E98.dip.t-dialin.net) joined #pypy.17:06
stakkars (~tismer@p5DDB5E98.dip.t-dialin.net) left irc: Read error: Connection reset by peer17:06
Nick change: stakkars_ -> stakkars17:06
Alex_Gaynorarigato: AFAIK we don't have a state of "it is an instance", just "it is nonnull" and "it is a specific class"17:07
EnCuKou (~encukou@a91-156-243-246.elisa-laajakaista.fi) joined #pypy.17:07
etrepum (~bob@75-101-96-144.dsl.static.sonic.net) left irc: Quit: etrepum17:08
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds17:09
arigato"being an instance" should not really be a state17:11
amaury_ (amaury_@nat/google/x-mtsptvyaitsaqitq) left irc: Ping timeout: 244 seconds17:11
Alex_Gaynorarigato: well, I don't htink it is, so I guess we're safe :)17:11
arigatowhat I'm saying above is: you should check that it's not doing stuff like17:12
arigato"oh, we're reading or writing field "X.name" in object P, so I know that the class of P is at least X"17:12
arigatoI'm not too sure how helpful this optimization would be, nor how exactly you would do it, so I guess it's not done17:13
arigatobut I didn't check recently :-)17:13
kushal (kdas@fedora/kushal) left #pypy ("Leaving").17:14
arigatoargh17:16
Alex_Gaynorarigato: what's the best way to write "is this type an rclass.OBJECT ptr"17:18
mtigas (~Adium@users.spokesman.com) joined #pypy.17:19
ltratt (~ltratt@87.113.118.244) left irc: Ping timeout: 245 seconds17:20
arigato"lltype._castdepth(rclass.OBJECT, T) >= 0"...17:21
Alex_Gaynorok17:22
arigatoer, no17:22
arigato..."lltype._castdepth(T, rclass.OBJECT) >= 0"17:22
Alex_Gaynorarigato: is T = v.concretetype or v.concretetype.TO?17:25
Alex_Gaynor.TO apparently17:26
arigatoyes17:27
stakkars_ (~tismer@89.204.153.80) joined #pypy.17:27
Action: arigato -> off17:28
kenaan12arigo concurrent-marksweep 1192beb8ad501b 15/pypy/rpython/memory/gc/concurrentgen.py: Tweaks.17:29
kenaan12arigo concurrent-marksweep 11229af044431a 15/pypy/rpython/memory/gctransform/framework.py: It seems that not using "borrowed vars" is much more efficient.17:29
kenaan12arigo concurrent-marksweep 11b661552e1f80 15/pypy/rpython/memory/gc/concurrentgen.py: Move this outside the collector thread, to ensure that it is correctly nested in a debug_print("gc-*")17:29
arigato (~arigo@fwstups.cs.uni-duesseldorf.de) left irc: Quit: See you17:29
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy.17:35
etrepum (~bob@accessnat4.mochimedia.net) joined #pypy.17:37
ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) left irc: Quit: Leaving...17:41
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) joined #pypy.17:47
dgl (~dgl@109.86.165.231) left irc: Quit: Leaving...17:51
JaRoel|4d (~jaroel|4d@2001:980:7133:1:741b:d3c2:3098:7dfa) joined #pypy.17:59
fijal (~fijal@78.9.163.32) joined #pypy.18:04
fijalhi18:05
fijalAlex_Gaynor: I think I have a nice idea how to vectorize stuff18:08
kenaan12fijal lightweight-finalizers 116949b37f7cb8 15/pypy/rpython/memory/gc/minimark.py: rewrite obvious nonsense, needs tests18:09
kenaan12fijal default 119ea261642156 15/pypy/pytest.ini: add some options18:10
kenaan12fijal default 1176d0bea6c4e7 15/pypy/: merge heads18:10
teknico (~quassel@88-149-209-113.dynamic.ngi.it) left irc: Remote host closed the connection18:10
Alex_Gaynorfijal: oh yeah?18:12
fschwidom (~fschwidom@2.213.45.31) joined #pypy.18:16
fijalso the idea is to have an optimizer pass that recognizes a couple of consecutive operations18:17
fijaland fold them into one vector operation18:17
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Read error: Connection reset by peer18:17
fijaland then unroll the loop N times, where N is the width of vectorizer operations18:17
Alex_Gaynorfijal: sounds very sane, I guess you should read papers on how GCC or llvm (if it does) do it18:18
fijalwe don't want to do what they do18:18
fijalfor a couple of reasons18:18
fijala) they recognize the entire loop18:18
Alex_GaynorI guess you need to make sure you have no guards between operations18:18
fijalyes18:18
Rhy0litefijal: GCC also recognizes straight line parallelism (SLP)18:18
fijalb) they bail out if soemthing is suspicious (like mod)18:19
Alex_Gaynorfijal: FWIW I think there are now 0 guards for signals, so that helps if you want to do this on pure python stuff18:19
fijalwhile in my model you would simply end up with an unrolled loop for suspect operations18:19
fijalRhy0lite: oh nice18:19
fijalAlex_Gaynor: I don't care about pure python18:19
fijalthanks for merging inline-dict-ops18:19
Alex_Gaynorfijal: np, it had bugs with virtuals, I don't know if you saw18:20
fijalAlex_Gaynor: reading pypy-svn now18:20
Alex_Gaynorfijal: well if you write this as a JIT optimizer, instead of special rpython classes, it eventually becomes possible18:20
etrepum (~bob@accessnat4.mochimedia.net) left irc: Read error: No route to host18:20
Alex_Gaynorfijal: I disabled virtuals of arrays-of-structs for now, I'll fix on a branch18:20
fijalyes, but probably also very unlikely18:20
etrepum (~bob@accessnat4.mochimedia.net) joined #pypy.18:20
fijalthey didn't work anyway right?18:20
fijalas in any get/set interiorfield destroyed them18:20
Alex_Gaynorfijal: yes, but if you had an empty virtual array of structs and you hit blackhole it exploded18:21
fijalRhy0lite: I think what I have in mind is in-line with paper you presented, but more meta18:21
Rhy0liteprobably18:21
Rhy0litethe paper also might not be completely up to date18:21
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy.18:21
Rhy0litefijal: http://gcc.gnu.org/projects/tree-ssa/vectorization.html#slp18:22
fijalyeah, I read that18:22
Alex_Gaynorfijal: ATM I'm shaving yaks about PTR_EQ optimizations :/18:22
fijalAlex_Gaynor: ok :)18:22
fijalAlex_Gaynor: I found the bug in lightweight finalizers18:22
Alex_Gaynorfijal: did you fix it?18:22
fijalyes18:22
Rhy0litefijal: I think traditional SLP is the second phase of your algorithm18:23
Rhy0literecognizing sequences after unrolling18:23
fijalRhy0lite: ok18:23
Rhy0liteyou additionally want to collect instructions and unroll them to the vectorization factor18:23
fijalI'm wondering what to do with tails/heads18:24
Rhy0litefijal: with runtime analysis, you should be able to decide when it is profitable18:24
fijalwe don't yet do this kind of stuff18:24
Rhy0liteenough iterations for unrolling + head/tail peeling to be profitable18:24
fijallike "compile and see how it performs"18:24
Rhy0litewhy compile it?18:25
Rhy0liteyou should be able to count iterations and instructions18:25
fijalyes I guess18:25
fijalbut not instruction cache misses18:25
fijalor so18:25
Rhy0litedata cache misses or instruction cache misses?18:25
Alex_Gaynorif we unroll arbitrary loops icache misses is the conern18:25
fijalinstruction, data is real time anyway18:25
Rhy0liteAlex: if it's hot, that should be overcome, no?18:26
Rhy0liteone would not want to do this unless the trace already was determined to be hot18:26
Alex_Gaynorwe don't have relative hotness of traces :)18:26
Rhy0liteAlex: it's a simple matter of engineering ;-P18:27
Alex_Gaynorhttp://www.cs.purdue.edu/homes/dec/essay.criticize.html18:27
Rhy0litefijal: you also can add guards to bail if the loop does not have enough loops or is not sufficiently aligned18:28
fijalit's always aligned18:29
fijalthe cool thing is we might simply want to run the interpreter at the beginning/end18:29
fijalso we don't compile extra assembler for it18:30
Rhy0liteyes18:30
fijaland we can even do more cool funky stuff ;-)18:30
fijalfor small arrays18:30
Alex_Gaynorfijal: for the last 7 iterations or so?18:30
fijalyes18:31
Alex_Gaynorcool18:31
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 240 seconds18:31
fijalso it'll become something like18:31
Alex_Gaynorwhile num_iters > 8: do_vector_magic(); finish_in_interp18:32
asmeurer_ (~asmeurer@64.168.229.50) joined #pypy.18:33
fijalhttp://paste.pocoo.org/show/497499/18:33
Alex_Gaynorwhy not do the unroll in the jit?18:34
Rhy0lite (dje@nat/ibm/x-losizlekoquzszlt) left irc: Quit: Leaving18:35
fijal"in the jit" being?18:35
fijalthe optimizer?18:35
Alex_Gaynoryes18:36
Alex_Gaynorespecially since different vector ops have different widths I think?18:36
fijalyes they do18:37
fijalbut you can have a constant/variable from the jit somewhere18:37
fijalmeh, it's a mess in the optimizer18:37
fijalcomparable to short preamble mess18:37
Alex_Gaynorcarl was complaining about said mess earlier today18:37
santagada (~leonardo@201.86.242.147.dynamic.adsl.gvt.net.br) left irc: Ping timeout: 240 seconds18:38
CIA-2503stefanor 07roundup * 10#920/Lost data with async I/O: 18:39
CIA-25[new] The attached file, async_sub.py, is a slightly modified for debugging copy, of a18:39
CIA-25file of the same name in pygame, which is a descendant of ... * 14https://bugs.pypy.org/issue92018:39
CIA-2503stefanor 07roundup * 10#920/Lost data with async I/O: 18:41
CIA-25[chatting] I have a fix in progress in https://bitbucket.org/stefanor/pypy (see18:41
CIA-25https://bitbucket.org/pypy/pypy/pull-request/12/dont-lose-data-w ... * 14https://bugs.pypy.org/issue92018:41
asmeurer_ (~asmeurer@64.168.229.50) left irc: Quit: asmeurer_18:41
fijalAlex_Gaynor: so I would refrain from doing that for now18:43
Alex_Gaynorokey dokey18:43
fijalalso it would be relatively hard to reuse interpreter for tail18:44
Alex_Gaynoryou could use blackhole intepreter I guess18:46
Alex_Gaynorthat's slow though18:46
fijalwhen it comes to writing a few extra lines in numpy vs refactoring the entire jit to do what I want....18:48
fijalguess how would i decide18:48
Alex_Gaynorrefactor the entire jit?18:48
Alex_Gaynor:)18:48
timonatorsounds like a good plan18:52
etrepum (~bob@accessnat4.mochimedia.net) left irc: Remote host closed the connection18:53
etrepum (~bob@accessnat4.mochimedia.net) joined #pypy.18:53
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) joined #pypy.18:54
stakkars_ (~tismer@89.204.153.80) left irc: Ping timeout: 240 seconds18:55
stakkars_ (~tismer@89.204.153.109) joined #pypy.18:56
kkris (~kris@80-123-32-36.adsl.highway.telekom.at) joined #pypy.18:58
fzzzy (~donovan@76-198-130-19.lightspeed.mtvwca.sbcglobal.net) left irc: Quit: fzzzy19:02
Alex_Gaynormitsuhiko: is paste.pocoo down?19:09
antocuni (~antocuni@host152-120-dynamic.11-79-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds19:09
Alex_Gaynorfijal: feel like reviewing a yak? http://paste.pocoo.org/show/497520/19:09
mitsuhikoworks here Alex_Gaynor19:10
fijalAlex_Gaynor: and what;'s the problem?19:11
Alex_Gaynormitsuhiko: i guess my internet was randomly slow19:11
Alex_Gaynorfijal: the PTR_EQ optimizer tries to take the class of any thing it sees, including things that aren't rclass instances19:11
fijalpff19:11
Alex_Gaynorarmin suggested introducing PTR_EQ vs. INSTANCE_PTR_EQ19:12
fijalreturn lltype._castdepth(v.concretetype.TO, rclass.OBJECT) >= 019:12
fijalthis is not RPython I bet19:12
fijaloh jtransform19:12
Alex_Gaynoryup19:15
fijalAlex_Gaynor: LGTM?19:15
Alex_Gaynorfijal: cool, thanks19:16
kenaan12alex_gaynor default 112d1620b150fa 15/pypy/jit/: (alex, armin/carl for idea and discussion, fijal review) create instance_ptr_{eq,ne} resops, which are for co...19:18
kenaan12alex_gaynor default 114c9bd9aa3b11 15/pypy/pytest.ini: merged default19:18
aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Quit: Computer has gone to sleep.19:21
fzzzy (~donovan@nat/mozilla/x-plliwhrgiombkrjl) joined #pypy.19:22
kenaan12alex_gaynor virtual-dicts 1171c19063db1e 15/pypy/: merged in default19:22
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy.19:26
Alex_Gaynorfijal: time for class, then more virtual-array-of-structs, it already works if you don't have guards :)19:28
fijalcool19:28
mtigas (~Adium@users.spokesman.com) left irc: Quit: Leaving.19:28
Action: Alex_Gaynor supposes guards are kind of a common case19:28
fijalI'll probably sleep19:28
Alex_Gaynorsounds fun19:28
mtigas (~Adium@users.spokesman.com) joined #pypy.19:28
fijalSSE sounds fun too though :)19:29
stakkars_ (~tismer@89.204.153.109) left irc: Quit: schnarch19:33
stakkars_ (~tismer@89.204.153.109) joined #pypy.19:39
stakkars_ (~tismer@89.204.153.109) left irc: Ping timeout: 240 seconds19:43
Alex_Gaynorfijal: so work on that, or features for numpy, or wahtever19:45
stakkars_ (~tismer@89.204.137.79) joined #pypy.19:45
canta (~canta@77-20-123-240-dynip.superkabel.de) left irc: Quit: Leaving.19:48
Alex_Gaynorhakanardo: ping19:52
kenaan12alex_gaynor virtual-dicts 117e285a4099fa 15/pypy/jit/metainterp/optimizeopt/virtualize.py: progress19:52
fschwidom (~fschwidom@2.213.45.31) left irc: Ping timeout: 256 seconds19:56
Trundle (~andy@89.204.137.162) joined #pypy.19:58
Trundle (~andy@89.204.137.162) left irc: Changing host19:58
Trundle (~andy@python/site-packages/trundle) joined #pypy.19:58
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Read error: Operation timed out19:58
mcdonc (~mcdonc@cabana.palladion.com) left irc: Ping timeout: 258 seconds19:59
fzzzy (~donovan@nat/mozilla/x-plliwhrgiombkrjl) left irc: Ping timeout: 260 seconds20:01
tilgovi (~randall@199.36.158.16) joined #pypy.20:06
tilgovi (~randall@199.36.158.16) left irc: Changing host20:06
tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy.20:06
fijalmeh20:06
Action: fijal is unsure about lightweight-finalizers20:06
Alex_Gaynorfijal: do you understand virtualstate code?20:06
fijalI don't think so20:07
fijalI can try20:07
kkris (~kris@80-123-32-36.adsl.highway.telekom.at) left irc: Remote host closed the connection20:07
Alex_Gaynorif you feel like it, I need to write a new one for virtual array of structs, I have no idea what it should look like20:07
fzzzy (~donovan@nat/mozilla/x-cldjexracoxlngze) joined #pypy.20:07
fijalno idea20:09
fijaltest/test_zjit.py Segmentation fault20:11
fijala bit random20:11
fijalgiven it's a micronumpy test20:11
voidspace (voidspace@python/psf/voidspace) left #pypy.20:12
fijalhahaha20:12
fijaloverflowed C stack20:12
Alex_Gaynorwhat did you do?20:14
fijalmessed up tracing somehow20:14
fijalit did not close20:14
fijalthe loop20:14
kenaan12fijal sse-vectorization 11d1e954a0e84e 15/pypy/module/micronumpy/: break test zjit. This gives traces roughly how I would like them.20:18
etrepum (~bob@accessnat4.mochimedia.net) left irc: Quit: etrepum20:20
etrepum (~bob@accessnat4.mochimedia.net) joined #pypy.20:21
felipejcruz (~felipecru@177.19.158.201) joined #pypy.20:23
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy.20:32
mat^2 (~mathias@212.130.113.35) joined #pypy.20:33
mcdonc (~mcdonc@cabana.palladion.com) joined #pypy.20:38
kenaan12alex_gaynor virtual-dicts 11c1ae43540abe 15/pypy/jit/metainterp/optimizeopt/virtualstate.py: small amount of progress20:41
kenaan12alex_gaynor virtual-dicts 113f982c63e966 15/pypy/jit/metainterp/optimizeopt/virtualstate.py: whitespace20:41
aboudreault (~alanb@osgeo/member/aboudreault) left irc: Ping timeout: 240 seconds20:44
gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) left irc: Remote host closed the connection21:00
jonanin (~jonanin@24-183-50-140.dhcp.mdsn.wi.charter.com) joined #pypy.21:03
kenaan12alex_gaynor virtual-dicts 11ae6a1aa152ae 15/pypy/jit/metainterp/optimizeopt/virtualize.py: better error21:08
fijal (~fijal@78.9.163.32) left irc: Ping timeout: 256 seconds21:13
lac Alex_Gaynor: so what are virtual-dicts?21:13
Alex_Gaynorlac: it just means dicts where all the keys it sees are constants are kept virtual in teh dicts, it's basically an extension of virtual arrays and instances21:14
lacaha.  neat.21:14
kenaan12alex_gaynor virtual-dicts 11325af29a17b8 15/pypy/jit/metainterp/: progress I think21:21
gutworththat's optimistic21:21
Alex_Gaynorgutworth: how so?21:22
Rhyolite"progress"21:22
Alex_Gaynorah, yes :)21:22
Alex_GaynorIt's definitely progress, it might even be forward progress21:22
gutworthdvcs make it very easy to read over someone's shoulder :)21:22
Alex_Gaynor:)21:23
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy.21:23
Alex_Gaynorgutworth: feel like implementing my stuff for me- over my shouldder21:26
gutworthwouldn't you rather I whisper the secrets in your ear? :)21:27
Alex_Gaynorgutworth: do you understand the secrets of resume data?21:27
gutworthasuming it hasn't changed since last month21:28
Alex_GaynorI wouldn't assume that21:28
gutworthare you trying to get some test to work?21:29
Alex_Gaynorgutworth: well I'm trying ot make virtuals work with arrays of structs21:30
`fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 252 seconds21:41
fzzzy (~donovan@nat/mozilla/x-cldjexracoxlngze) left irc: Quit: fzzzy21:41
witulski (~stupsi@176.198.244.135) joined #pypy.21:43
fzzzy (~donovan@nat/mozilla/x-ovzaevegwxixfoxt) joined #pypy.21:44
felipejcruz (~felipecru@177.19.158.201) left irc: Quit: felipejcruz21:46
fzzzy (~donovan@nat/mozilla/x-ovzaevegwxixfoxt) left irc: Quit: fzzzy21:51
Action: Rhyolite is waiting for Alex_Gaynor to say virtual-dicts virtually works21:54
fzzzy (~donovan@nat/mozilla/x-jrdavqovezmxecfh) joined #pypy.21:54
EnCuKou (~encukou@a91-156-243-246.elisa-laajakaista.fi) left irc: Quit: Mizím.21:56
Alex_GaynorRhyolite: they work fine, as long as you have no guards :)21:57
timonatordoes that mean that guards cause misbehavior or that guards cause pypy to use "real" dicts instead?21:59
witulski (stupsi@176.198.244.135) left #pypy.22:00
Alex_Gaynorno it means that guards crash :)22:01
timonatorok, that's not so good22:02
Alex_Gaynorwell it only crashes on this branch22:06
bbot2 (~bbot2@wyvern.cs.uni-duesseldorf.de) joined #pypy.22:07
mat^2 (~mathias@212.130.113.35) left irc: Read error: Connection reset by peer22:12
mat^2 (~mathias@212.130.113.35) joined #pypy.22:12
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy.22:17
JaRoel|4d (~jaroel|4d@2001:980:7133:1:741b:d3c2:3098:7dfa) left irc: Remote host closed the connection22:23
kenaan12alex_gaynor virtual-dicts 11365af1bb7686 15/pypy/jit/metainterp/optimizeopt/virtualize.py: semantic fix22:27
kenaan12alex_gaynor virtual-dicts 11a6e23621d2bf 15/pypy/jit/metainterp/optimizeopt/virtualstate.py: progress (these commit messages suck)22:27
bbot24Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/91722:37
Trundle (~andy@python/site-packages/trundle) left irc: Quit: &22:37
stakkars_ (~tismer@89.204.137.79) left irc: Quit: schnarch22:38
bbot24Failure: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/11422:38
derdon (~derdon@pD9E1C2F0.dip.t-dialin.net) left irc: Remote host closed the connection22:48
kenaan12alex_gaynor default 11adab424acda7 15/pypy/jit/: fix22:49
Alex_Gaynorugh, I'm having a terrible day for commit messages22:49
SentynelAlex_Gaynor: there's always http://whatthecommit.com/22:50
kenaan12alex_gaynor virtual-dicts 117a95c14349c0 15/pypy/jit/: merge default in22:51
Alex_GaynorSentynel: second one I got was "FIX", HOW DID IT KNOW22:51
mcdonc (~mcdonc@cabana.palladion.com) left irc: Remote host closed the connection22:51
Sentynelhaha awesome22:51
whitelynx (~whitelynx@li117-47.members.linode.com) left irc: Quit: Ex-Chat22:59
amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 258 seconds23:01
mcdonc (~mcdonc@cabana.palladion.com) joined #pypy.23:02
Alex_Gaynorgutworth: do you understand generalization_of?23:12
kenaan12alex_gaynor virtual-dicts 11068b20a399e7 15/pypy/jit/metainterp/: we now have a representation of a list of fielddescrs, I don't understand what generalization_of is sup...23:12
bbot2Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/918 [12alex]23:21
bbot2Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/115 [12alex]23:21
bbot24Failure: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/69123:37
tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 240 seconds23:51
mtigas (~Adium@users.spokesman.com) left irc: Quit: Leaving.23:58
fzzzy (~donovan@nat/mozilla/x-jrdavqovezmxecfh) left irc: Quit: fzzzy23:59
--- Tue Oct 25 201100:00

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