| ojii (~ojii@68-53.3-85.cust.bluewin.ch) left irc: Quit: Leaving | 00:05 | |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) joined #pypy. | 00:17 | |
| tos9 (~tos9@unaffiliated/tos9) left irc: Quit: leaving | 00:23 | |
| tos9 (~tos9@unaffiliated/tos9) joined #pypy. | 00:24 | |
| tilgovi (~randall@50-0-141-194.dedicated.static.sonic.net) joined #pypy. | 00:28 | |
| tilgovi (~randall@50-0-141-194.dedicated.static.sonic.net) left irc: Changing host | 00:28 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 00:28 | |
| _pyre_ (~stian@137.241.189.109.customer.cdi.no) left irc: Quit: Leaving. | 00:31 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 00:32 | |
| mwhudson (~mwh@12.172.25.68) joined #pypy. | 00:34 | |
| mwhudson (~mwh@12.172.25.68) left irc: Changing host | 00:34 | |
| mwhudson (~mwh@linaro/mwhudson) joined #pypy. | 00:34 | |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) joined #pypy. | 00:36 | |
| dalke | In pypy's (limited) numpy support, is there a way to get the data address in such a way that I can pass it to a ctypes function? | 00:37 |
|---|---|---|
| dalke | I believe the way to do that in standard CPython is something like arr.ctypes.data_as(_ct.POINTER(_ct.c_double)) | 00:38 |
| dalke | But arr.ctypes isn't in the current pypy | 00:39 |
| dalke | I'll accept any replacement. | 00:39 |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Quit: Computer has gone to sleep. | 00:43 | |
| gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) joined #pypy. | 00:49 | |
| stakkars_ (~tismer@213-65-251-34-no35.business.telia.com) joined #pypy. | 00:51 | |
| stakkars (~tismer@213-65-251-34-no35.business.telia.com) left irc: Ping timeout: 256 seconds | 00:54 | |
| Nick change: stakkars_ -> stakkars | 00:54 | |
| ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) joined #pypy. | 00:59 | |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) left irc: Ping timeout: 240 seconds | 01:01 | |
| Rhyolite (dje@pool-108-6-25-71.nycmny.fios.verizon.net) left #pypy ("Leaving"). | 01:02 | |
| Rhyolite (~dje@pool-108-6-25-71.nycmny.fios.verizon.net) joined #pypy. | 01:02 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/128 | 01:05 |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) joined #pypy. | 01:15 | |
| mwhudson (~mwh@linaro/mwhudson) left irc: Remote host closed the connection | 01:23 | |
| dalke | Okay, the f2pypy code is checked in. The code mostly works on python2.7. There are things that pypy's numpypy needs before it will work for pypy. There's still a lot of testing needed, a code cleanup, and all the other wonderful things that nees to happen to get working software &. working. | 01:34 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/703 | 01:35 |
| dalke | I would like to be able to generate timing numbers, to see if calling via pypy's ctypes API was faster than through f2py's cpython extension, but that looks like it will need to be some other time. | 01:36 |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) left irc: Quit: Leaving. | 01:36 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1826 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/558 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/256 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/602 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/1089 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/788 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1421 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/690 | 01:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/254 | 01:46 |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 253 seconds | 01:49 | |
| kkris1 (~kris@93-82-39-52.adsl.highway.telekom.at) left irc: Ping timeout: 240 seconds | 02:06 | |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:49c3:162:1eb7:84da) joined #pypy. | 02:08 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 02:11 | |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Read error: Operation timed out | 02:14 | |
| DasIch (~dasich@p3E991FE4.dip.t-dialin.net) left irc: Ping timeout: 260 seconds | 02:14 | |
| `fox` (~fox@93-32-115-116.ip33.fastwebnet.it) joined #pypy. | 02:17 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Quit: Computer has gone to sleep. | 02:19 | |
| kkris (~kris@80-123-39-150.adsl.highway.telekom.at) joined #pypy. | 02:21 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 02:23 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Client Quit | 02:25 | |
| DasIch (~dasich@p4FFDE475.dip.t-dialin.net) joined #pypy. | 02:26 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 02:27 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Client Quit | 02:27 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) joined #pypy. | 02:29 | |
| gtaylor (~gtaylor@108-196-160-120.lightspeed.tukrga.sbcglobal.net) left irc: Remote host closed the connection | 02:36 | |
| aat (~aat@cpe-72-225-174-173.nyc.res.rr.com) left irc: Quit: Computer has gone to sleep. | 02:37 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/932 | 02:38 |
| `fox` (~fox@93-32-115-116.ip33.fastwebnet.it) left irc: Ping timeout: 244 seconds | 02:39 | |
| Sho_ (~EHS1@kde/hein) left irc: Quit: Stop leaking memory like it's going out of fashion. | 02:49 | |
| kkris (~kris@80-123-39-150.adsl.highway.telekom.at) left irc: Quit: Leaving. | 02:50 | |
| Shinata (~John@osbk-4db15087.pool.mediaWays.net) left irc: Ping timeout: 240 seconds | 02:50 | |
| Moku (~John@osbk-4db068b4.pool.mediaWays.net) joined #pypy. | 02:50 | |
| Nick change: Moku -> Guest57006 | 02:51 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Remote host closed the connection | 02:59 | |
| Sho_ (~EHS1@kde/hein) joined #pypy. | 03:00 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/own-linux-x86-32/builds/1826 | 03:38 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1421 | 04:35 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-Ojit-no-jit-linux-x86-32/builds/788 | 04:44 |
| Alex_Gaynor | Rhyolite: so after a make bootstrap, where's my resulting GCC? | 04:46 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-32/builds/1089 | 04:49 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-64/builds/602 | 05:00 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/558 | 05:05 |
| Garen (garen@69.76.18.3) left irc: Remote host closed the connection | 05:38 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-macosx-x86-64/builds/256 | 05:39 |
| asmeurer (~asmeurer@dhcp-baca-230.resnet.nmt.edu) left irc: Quit: asmeurer | 05:56 | |
| bbot2 | 3Success: 15http://buildbot.pypy.org/builders/own-linux-x86-64/builds/690 | 06:04 |
| Circlefusion (~cf@74-138-199-109.dhcp.insightbb.com) left irc: Read error: Connection timed out | 06:42 | |
| Circlefusion (~cf@74-138-199-109.dhcp.insightbb.com) joined #pypy. | 06:43 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-jit-win-x86-32/builds/254 | 06:45 |
| Garen (garen@69.76.18.3) joined #pypy. | 06:56 | |
| Guest57006 (~John@osbk-4db068b4.pool.mediaWays.net) left irc: Ping timeout: 240 seconds | 07:13 | |
| Guest57006 (~John@osbk-4db068b4.pool.mediaWays.net) joined #pypy. | 07:21 | |
| DanKluev (~root@81-250-adsl.vntc.ru) joined #pypy. | 07:31 | |
| kenaan | 12arigo stm 110782958b144f 15/pypy/: Hard-code the STM logic here for now. | 07:32 |
| kenaan | 12arigo default 1116447af5aece 15/lib-python/conftest.py: Get rid of the test_distutils failure, which (for now) is really irrelevant. We know that sys.get_config('CC') ret... | 07:32 |
| kenaan | 12arigo default 11fa885677f10c 15/lib-python/modified-2.7/ctypes/test/test_simplesubclasses.py: This test no longer xfails. | 07:32 |
| kenaan | 12arigo default 11ba608a73c81c 15/lib_pypy/_ctypes/structure.py: Fix test_bitfields just by relaxing this check here. | 07:32 |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) joined #pypy. | 07:34 | |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) left irc: Remote host closed the connection | 07:55 | |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) joined #pypy. | 08:13 | |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) joined #pypy. | 08:14 | |
| Sho_ (~EHS1@kde/hein) left irc: Quit: Stop leaking memory like it's going out of fashion. | 08:15 | |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) left irc: Remote host closed the connection | 08:21 | |
| rekamso (~textual@c-71-197-238-154.hsd1.wa.comcast.net) left irc: Quit: Computer has gone to sleep. | 08:27 | |
| `fox` (~fox@93-32-115-116.ip33.fastwebnet.it) joined #pypy. | 08:51 | |
| nekto0n (~nekto@79.164.107.107) joined #pypy. | 08:52 | |
| nekto0n | hi! can I use alloca from rpython? I want to allocate statvfs_struct for os.statvfs() call | 08:58 |
| Vorpal (~AnMaster@unaffiliated/anmaster) joined #pypy. | 08:59 | |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy. | 09:20 | |
| stakkars | hakanardo: hi! | 09:26 |
| stakkars | hakanardo: are we sprinting today, or is it break-day? | 09:26 |
| stakkars | (it's me, chris) | 09:27 |
| arigato (~arigo@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 09:32 | |
| stakkars | arigato: hi Armin, | 09:32 |
| arigato | hi | 09:32 |
| stakkars | are we sprinting today? | 09:32 |
| arigato | yes | 09:32 |
| stakkars | or is it a break - ah! | 09:32 |
| tito (~tito@pdpc/supporter/bronze/tito) left irc: Read error: Connection reset by peer | 09:33 | |
| kenaan | 12hakanardo jit-targets 11865055ea9253 15/pypy/jit/metainterp/test/test_ajit.py: fix tests | 09:33 |
| kenaan | 12hakanardo jit-targets 115e84c483e93d 15/pypy/jit/metainterp/: support for bridges in progress | 09:33 |
| kenaan | 12hakanardo jit-targets 11a5e1ecd1e6cf 15/pypy/jit/metainterp/: first test with a brigde passing | 09:33 |
| kenaan | 12hakanardo jit-targets 1172538680f42b 15/pypy/jit/metainterp/history.py: we now need inputargs again... | 09:33 |
| kenaan | 12hakanardo jit-targets 1188a4fdc05e1f 15/pypy/jit/metainterp/optimizeopt/unroll.py: we still need it here | 09:33 |
| kenaan | 12hakanardo jit-targets 1150843084d602 15/pypy/jit/: reintroduce inputargs on loops | 09:33 |
| stakkars | ok, I will shower, shave, brush and come over ;-) | 09:33 |
| tito (~tito@pdpc/supporter/bronze/tito) joined #pypy. | 09:34 | |
| arigato | ok :-) | 09:34 |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 09:35 | |
| kenaan | 12hakanardo jit-targets 110faba264d761 15/pypy/jit/metainterp/compile.py: fix | 09:36 |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) joined #pypy. | 09:39 | |
| fijal | hi | 09:39 |
| fijal | Alex_Gaynor: ping? | 09:40 |
| arigato | hi | 09:40 |
| fijal | how's the sprint? | 09:41 |
| Action: fijal is sick slightly | 09:41 | |
| fijal | is anto there? | 09:42 |
| antocuni | yes | 09:42 |
| antocuni | hi | 09:42 |
| antocuni | fijal: too bad that you didn't manage to come :-/ | 09:42 |
| fijal | yes :/ | 09:42 |
| fijal | on the flipside I would not be of much use sick | 09:42 |
| stakkars | fijal: what are you suffering from? | 09:49 |
| fijal | no idea, probably a flu or just cold | 09:50 |
| stakkars | get better! | 09:50 |
| dalke | I have a rough version of f2pypy working, but it needs a few things from pypy's implementation before I can really work with it. | 09:51 |
| dalke | Is there any way to get the array and pass it to a ctypes-based function? | 09:52 |
| fijal | dalke: array as in numpy array? | 09:53 |
| dalke | Yes. | 09:53 |
| dalke | Not an array.array() | 09:53 |
| fijal | no, but there should be one | 09:53 |
| fijal | it's relatively easy to add (I think) | 09:53 |
| dalke | I currently use y[(offy.value):].ctypes.data_as(_ct.POINTER(_ct.c_double)) | 09:53 |
| dalke | Where _ct is the ctypes module. | 09:53 |
| fijal | you would need to implement __array_interface__ attribute on arrays | 09:54 |
| fijal | this is relatively easy since we have all the necessary info | 09:54 |
| dalke | I also need the .size attribute, at least, I think I do. That's how I implemented f2pypy's "len()" intrinsic, and it seems to do the right thing where len(array) is not. | 09:55 |
| fijal | .shape is what you use | 09:55 |
| fijal | and you multiple everything that's in shape | 09:56 |
| fijal | simply | 09:56 |
| fijal | well | 09:56 |
| dalke | numpy.array(3).shape == () | 09:56 |
| fijal | we can expose .size | 09:56 |
| dalke | numpy.array(3).size == 1 | 09:56 |
| fijal | dalke: well, sure | 09:56 |
| fijal | that's a singleton | 09:56 |
| fijal | a 0-dimensional array | 09:57 |
| fijal | you can still use this if you want to | 09:57 |
| fijal | but indeed, exposing size is easy | 09:57 |
| fijal | want me to do it? | 09:57 |
| dalke | Please, yes. | 09:57 |
| dalke | f2py's interface allows anything which can be converted into a numpy array. So I can pass it scalars, even for things which prefer an array. | 09:58 |
| dalke | The f2py interface does some range checking, eg, to see if the start position is 0<= offset < len(array). | 09:58 |
| dalke | I can't use len(numpy.array(3)), but I can use numpy.array(3).size | 09:59 |
| dalke | So I rewrite that intrinsic. (I ended up writing a C expression parser, in order to generate the corresponding Python expression. Therefore, AST manipulation like this is pretty easy.) | 10:00 |
| fijal | note that numpy.array(3) does not work on trunk | 10:00 |
| fijal | it works on numpy-multidim though | 10:00 |
| fijal | which I have to finish one day | 10:00 |
| kenaan | 12fijal default 1129573471a8fd 15/pypy/module/micronumpy/: expose size attribute | 10:01 |
| kenaan | 12fijal default 115a19f9787d6b 15/: merge default | 10:01 |
| fijal | dalke: here you go | 10:03 |
| fijal | I'll probably go to bed and maybe try to do a bit of multidim hacking later on | 10:03 |
| dalke | Thanks. I have no idea what to do with what you just said, but thanks. ;) | 10:03 |
| fijal | haha | 10:03 |
| fijal | with which part? | 10:03 |
| kkris (~kris@93-82-34-117.adsl.highway.telekom.at) joined #pypy. | 10:04 | |
| dalke | "default 29573471a8fd /pypy/module/micronumpy/: expose size attribute" | 10:04 |
| fijal | you can now do numpy.array(3).size | 10:04 |
| dalke | That means I need to pull from default, then .. rebuild pypy? Something I've never done. | 10:04 |
| fijal | well, you can't do numpy.array(3) in pypy on trunk | 10:04 |
| fijal | dalke: how do you work on f2py? | 10:04 |
| fijal | let's maybe start the other way around :) | 10:05 |
| dalke | It generates a Python module which can work with CPython, and (in early testing) with pypy. | 10:05 |
| dalke | "early testing" means "before I added numpy.array"s. | 10:05 |
| fijal | ok | 10:05 |
| fijal | so make it work with CPython don't worry | 10:05 |
| dalke | It's all a bunch of ctypes-based calls. | 10:06 |
| fijal | then we can make it work with pypy | 10:06 |
| dalke | Yep. | 10:06 |
| fijal | good :) | 10:06 |
| dalke | Also, support for numpy.array()'s "copy" parameter would be nice. Though I don't think I'm using it right since & oh! I need to explain my testing. | 10:06 |
| fijal | numpy.array.copy is also easy | 10:07 |
| fijal | we have to do it anyway | 10:07 |
| dalke | I made a test suite, with SciPy's blas module as the reference. | 10:07 |
| dalke | I comment out the scipi import of fblas and instead use the ctypes based version. | 10:08 |
| dalke | So, golden reference data with one, comparison to CPython+ctypes with the other. | 10:08 |
| dalke | And the last it supposed to work unchanged with pypy's numpy. | 10:08 |
| dalke | At this point though I need to clean up the code and document what I did. | 10:09 |
| fijal | cool | 10:09 |
| fijal | is it commited anywhere? | 10:09 |
| dalke | But I need to take a break now and work on other projects. There will still be sprints on Tuesday or (better) Wednesday, right? | 10:09 |
| ronny | can i have a look at the suit maybe? | 10:10 |
| dalke | Yes, it's in pypy's "f2pypy" repository. | 10:10 |
| fijal | cool | 10:10 |
| fijal | dalke: I'll make sure it runs on pypy's numpy then | 10:11 |
| dalke | There are two types of "blas" libraries. One is compiled for fortran, the other for C. They have different prototypes, since Fortran only calls by reference. This code won't work against the cblas module. | 10:11 |
| dalke | Great! | 10:11 |
| fijal | dalke: but it does require multi-dimensional arrays no? | 10:11 |
| fijal | oh | 10:11 |
| fijal | do we need fortran-storing of arrays then? | 10:11 |
| dalke | Parts of it do, but I don't have tests for that. Really, I only have about 10 tests, and only for a couple of functions. | 10:12 |
| dalke | At some point, yes. I haven't written the tests for the parts of the code which use those. | 10:12 |
| fijal | ok | 10:12 |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #pypy. | 10:12 | |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host | 10:12 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 10:12 | |
| fijal | well single-dim arrays are fairly oblivious to that problem anyway | 10:13 |
| dalke | Yep! | 10:13 |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) joined #pypy. | 10:14 | |
| dalke | Looking at the f2py code, there's various things manipulating the array to transpose appropriately. There's a "lazy_transpose()" function, for example. | 10:14 |
| dalke | What I don't know is if the "order : {'C', 'F', 'A'}, optional" flag of numpy.array will suffice. | 10:14 |
| kenaan | 12arigo jit-targets 111772c5517e92 15/pypy/jit/metainterp/: Start fixing graphpage.py. | 10:15 |
| mat^2 (~mathias@212.130.113.35) joined #pypy. | 10:15 | |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) joined #pypy. | 10:16 | |
| dalke | What I really want to do is get this into the working-prototype stage, then bring it up with the scipy developers - esp. the f2py author! - and get their more experienced advice. | 10:16 |
| dalke | The parts I've been working on are the ones that I have a lot of expertise; language parsing and adaptors to existing C code. | 10:16 |
| dalke1 (~Adium@c-2ec28077-74736162.cust.telenor.se) joined #pypy. | 10:17 | |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) left irc: Read error: Connection reset by peer | 10:17 | |
| dalke1 | One of the neat things about this approach is that you can ship code to someone who doesn't have the scipy/shared libraries already pre-compiled. It would work, for example, on any Mac; since the needed "vecLib" library comes on every version of the OS. | 10:18 |
| dalke1 | With some work, since of course the actual library name to import is OS dependent. | 10:19 |
| fijal | dalke1: nice | 10:20 |
| mitsuhiko (~mitsuhiko@ubuntu/member/mitsuhiko) left irc: Ping timeout: 255 seconds | 10:20 | |
| fijal | since installing scipy is a mess | 10:20 |
| nekto0n | found that cpython uses PyOS_setsig here and there in posixmodule. how can I do the same in pypy in ll_os? | 10:20 |
| dalke1 | It works for this one case. However, a number of numeric packages are based on .a libraries, not .so. | 10:21 |
| dalke1 | A number more do strange #define tricks. | 10:22 |
| dalke1 | There will still need to be a compiler-based solution for them. | 10:22 |
| dalke1 | Luckily for me, Fortran doesn't have those tricks. | 10:22 |
| Action: arigato greps for PyOS_setsig | 10:23 | |
| fijal | dalke1: :) | 10:23 |
| Action: fijal goes back to bed | 10:23 | |
| nekto0n | arigato: currently I'm trying to implement os.openpty() | 10:24 |
| arigato | nekto0n: seems to be the only user of PyOS_setsig | 10:25 |
| arigato | also, os.openpty() seems already implemented | 10:25 |
| nekto0n | hm... it's in issue833 list | 10:26 |
| arigato | well when I start pypy 1.6, os.openpty() is found | 10:26 |
| fijal | ok | 10:26 |
| nekto0n | that's right, didn't check that :( | 10:26 |
| fijal | so an advice to optimize JS array access is to use WebGL arrays | 10:27 |
| fijal | since they're typed | 10:27 |
| arigato | you also need to check trunk rather than 1.6 to be sure that it wasn't implemented in the meantime | 10:27 |
| fijal | nice | 10:27 |
| fijal | arigato: can we create 1.7 branch some time soon? | 10:28 |
| fijal | or do we still wait for EAGAIN patches? | 10:28 |
| arigato | fijal: it seems you already checked in 3f96afe7cdc2 | 10:30 |
| fijal | yes | 10:31 |
| fijal | so we have the same amount of guarantees as cPython now? | 10:31 |
| Action: arigato just confused | 10:31 | |
| fijal | some stuff on this pull requests are real issues | 10:32 |
| arigato | you already checked this one month ago? is it a part of the work done by stefanor? | 10:32 |
| fijal | like file.readline | 10:32 |
| fijal | no | 10:32 |
| fijal | it was one before there was an issue and a branch | 10:32 |
| fijal | since later on it was found out we have more than one | 10:32 |
| fijal | also pull request does not have an up-to-date diff | 10:33 |
| arigato | it would have been nice for me to know that before doing the review | 10:33 |
| arigato | because the review also seems to include a(nother?) fix for the same issue | 10:34 |
| arigato | so I'm just confused | 10:34 |
| fijal | it's not for the same issue | 10:34 |
| fijal | it's the same issue in different places | 10:34 |
| fijal | https://bitbucket.org/stefanor/pypy/compare/..pypy/pypy | 10:35 |
| fijal | this is the correct diff | 10:36 |
| arigato | I still think it's subtly broken | 10:38 |
| fijal | because there is a copy of the same code in 17 places? | 10:38 |
| fijal | or why? | 10:38 |
| arigato | e.g. if you have a ReadlineInputStream and do readall() | 10:38 |
| arigato | it will use the underlying readall() | 10:39 |
| dalke1 (~Adium@c-2ec28077-74736162.cust.telenor.se) left irc: Read error: Connection reset by peer | 10:39 | |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) joined #pypy. | 10:39 | |
| arigato | which may still raise EAGAIN (in case it doesn't get any data at all) | 10:40 |
| arigato | but the ReadlineInputStream.readall() may have cached data to prepend | 10:40 |
| costy_petrisor (~JDI@79.117.215.111) joined #pypy. | 10:40 | |
| arigato | in that case, if there is data in the cache, then ReadlineInputStream.readall() should just return the content of the cache | 10:40 |
| arigato | and not raise EAGAIN | 10:40 |
| hruske | hi | 10:41 |
| hruske | I'm experiencing problems with pypy and pyparsing, is there a known bug? | 10:42 |
| arigato | basically it's a mess to propagate in streamio.py the behavior "must return a non-empty string; an empty string means end of file; or it can raise EAGAIN" | 10:42 |
| arigato | the best solution would be to use in streamio.py a different api | 10:42 |
| arigato | i.e. a different behavior | 10:42 |
| fijal | arigato: I fear I'll leave with this problem for a second and go to bed | 10:44 |
| fijal | will be back online some time later | 10:44 |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) left irc: Quit: Leaving | 10:44 | |
| mitsuhiko (~mitsuhiko@ubuntu/member/mitsuhiko) joined #pypy. | 10:44 | |
| nekto0n | Can someone tell why text_extfunc.py fails on this: http://pastebin.com/2bCyuCmy with TyperError: don't know how to convert from <ListRepr * GcStruct list { length, items }> to <PyObjRepr * PyObject> ? | 10:51 |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 240 seconds | 11:00 | |
| antocuni | good, using BLCR to preserve JITted code between subsequent runs seems to work kind of well | 11:04 |
| antocuni | http://pastebin.com/MxXRjgTK | 11:05 |
| antocuni | in this example, I'm running richards with only 3 iterations | 11:05 |
| antocuni | the first time, it's slow because of the JIT | 11:05 |
| antocuni | in the subsequent runs, it's very fast | 11:05 |
| dalke1 (~Adium@c-2ec28077-74736162.cust.telenor.se) joined #pypy. | 11:14 | |
| dalke (~Adium@c-2ec28077-74736162.cust.telenor.se) left irc: Read error: Connection reset by peer | 11:14 | |
| dalke1 (~Adium@c-2ec28077-74736162.cust.telenor.se) left irc: Client Quit | 11:16 | |
| ronny | antocuni: looks very neat, how exactly does it work? | 11:26 |
| vak (5ce649f3@gateway/web/freenode/ip.92.230.73.243) joined #pypy. | 11:35 | |
| vak | hi all | 11:35 |
| vak | what are the news from the sprint? | 11:35 |
| vak | "expectations are high" :-) | 11:35 |
| `fox` (~fox@93-32-115-116.ip33.fastwebnet.it) left irc: Ping timeout: 240 seconds | 11:36 | |
| antocuni | ronny: all the work is done by BLCR, which "simply" saves the current state of a program and lets you to restart it later | 11:37 |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy. | 11:59 | |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 240 seconds | 12:01 | |
| arigato | pom pom pom | 12:08 |
| arigato | ...would say fijal | 12:08 |
| arigato | I suppose we don't care about the following case because CPython doesn't either: | 12:13 |
| arigato | f.readline() | 12:13 |
| arigato | if we get EAGAIN in the middle of the line | 12:14 |
| arigato | then we should not return the incomplete line at all | 12:14 |
| arigato | but keep it around in a buffer | 12:14 |
| arigato | for later | 12:14 |
| arigato | when it is complete | 12:14 |
| arigato | I start to suspect that it's to work around these bugs of CPython that there is in Lib/socket.py a complete file-like implementation at app-level | 12:15 |
| hruske | i have an issue with a script, where cpython completes in 30s, but pypy takes more than 30 min and still doesnt finish | 12:17 |
| hruske | how do i debug this | 12:17 |
| hruske | pypy both 1.6 and trunk | 12:18 |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) joined #pypy. | 12:20 | |
| k_bx (~k_bx@94.244.19.62) joined #pypy. | 12:22 | |
| k_bx_ (~k_bx@94.244.19.62) joined #pypy. | 12:22 | |
| aleksi (~aleksi@95-37-72-172.dynamic.mts-nn.ru) left irc: Remote host closed the connection | 12:22 | |
| k_bx_ (~k_bx@94.244.19.62) left irc: Remote host closed the connection | 12:24 | |
| k_bx (~k_bx@94.244.19.62) left irc: Read error: Connection reset by peer | 12:25 | |
| ronny | hruske: can you show the actual script? | 12:33 |
| hruske | sure | 12:33 |
| hruske | just a second | 12:33 |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds | 12:34 | |
| k_bx (~k_bx@94.244.19.62) joined #pypy. | 12:35 | |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) joined #pypy. | 12:38 | |
| hruske | ronny, here: http://www.kiberpipa.org/~hruske/stuff/pypy/ | 12:39 |
| hruske | the bug is visible with smaller dataset, but isn't so obvious. | 12:40 |
| nekto0n | Can someone tell why text_extfunc.py fails on this: http://pastebin.com/2bCyuCmy with TyperError: don't know how to convert from <ListRepr * GcStruct list { length, items }> to <PyObjRepr * PyObject> ? | 12:48 |
| vak (5ce649f3@gateway/web/freenode/ip.92.230.73.243) left irc: Quit: Page closed | 12:49 | |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) left irc: Ping timeout: 276 seconds | 12:53 | |
| aleksi (~aleksi@109-184-80-201.dynamic.mts-nn.ru) joined #pypy. | 12:54 | |
| arigato | nekto0n: paste the complete traceback, please | 12:56 |
| kenaan | 12hakanardo jit-targets 11a91e6cab9119 15/pypy/jit/metainterp/: a first failed atempt to support retrace, we need to redesign... | 12:57 |
| kenaan | 12hakanardo jit-targets 11cb3302d943c7 15/pypy/jit/: Rename ProcedureToken to JitCellToken. It now refers to all compiled traces starting from a specific JitCel... | 12:57 |
| kenaan | 12hakanardo jit-targets 119a23b1fe6986 15/pypy/jit/metainterp/: hg merge | 12:57 |
| stakkars | arigato: could not stop ;-) checking in showering and coming | 13:00 |
| arigato | :-) | 13:00 |
| arigato | we're about to go to lunch | 13:00 |
| arigato | I suppose | 13:00 |
| stakkars | well, I had a lot of breakfast. no need to eat | 13:03 |
| stakkars | see you | 13:03 |
| arigato | ok, see you | 13:03 |
| kenaan | 12ctismer win64_gborg 11f8438a89169b 15/pypy/: adjusted the overflow checks | 13:05 |
| kenaan | 12ctismer win64_gborg 110944b1ca1861 15/pypy/translator/c/src/: Adjusted 'long' in most c/src files, but tried carefully not to mix up things where CPython is involved. | 13:05 |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Read error: Connection reset by peer | 13:05 | |
| kenaan | 12ctismer win64_gborg 11626b202a12c5 15/: merge | 13:05 |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 13:06 | |
| arigato | stakkars: may I suggest "Signed" instead of "new_long"? | 13:08 |
| arigato | for C code | 13:08 |
| arigato | and Unsigned for "unsigned new_long" | 13:09 |
| CIA-24 | 03hruske 07roundup * 10#926/pyparsing: PyPy takes much more time than CPython: | 13:14 |
| CIA-24 | [new] I implemented a parser in pyparsing, which has absymal performance in PyPy. | 13:14 |
| CIA-24 | Using the parser on smaller dataset results in PyPy being ~10x ... * 14https://bugs.pypy.org/issue926 | 13:14 |
| stakkars | I was not sure, but yes, 'Signed' is the name of the target integer, right? | 13:14 |
| stakkars | arigato: is it correct to talk about 'Signed' and 'Unsigned'? | 13:15 |
| stakkars | for sure, it makes very explicit that we are in the target integer domain & ;-) | 13:16 |
| hruske | can the pypy logo from bugs.pypy.org also be served from https? | 13:17 |
| mat^2 (~mathias@212.130.113.35) left irc: | 13:20 | |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) joined #pypy. | 13:21 | |
| ronny | hruske: so far i learned, that the pyparsing sourcecode is damn nasty | 13:25 |
| hruske | i believe so too, yes | 13:25 |
| ronny | i dont feel confident in being able to figure whats wrong | 13:29 |
| nekto0n | arigato: here is the output from pytest: http://pastebin.com/WHSw5KqN | 13:35 |
| mat^2 (~mathias@212.130.113.35) joined #pypy. | 13:36 | |
| aleksi (~aleksi@109-184-80-201.dynamic.mts-nn.ru) left irc: Ping timeout: 253 seconds | 13:40 | |
| kenaan | 12ctismer win64_gborg 118910ec31f7e2 15/pypy/translator/c/src/: reverted a few changes which cannot take external macros | 13:50 |
| kenaan | 12ctismer win64_gborg 11c4ab5a26c418 15/pypy/: modulo 4 tests (flot/unicode conversion), it all works. Renamed stuff to 'Signed', 'Unsigned' after a suggest... | 13:50 |
| hruske | ronny, i think it has something to do with printing | 13:51 |
| arigato | nekto0n: ah | 13:55 |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 13:55 | |
| arigato | nekto0n: you cannot return a vstat_result from a test hre | 13:55 |
| arigato | here | 13:55 |
| arigato | look at how the other tests in test_extfunc deal with os.stat() | 13:55 |
| nekto0n | arigato: roget that | 13:59 |
| stakkars (~tismer@213-65-251-34-no35.business.telia.com) left irc: Quit: schnarch | 14:01 | |
| ronny | hruske: huh?! | 14:02 |
| hruske | ronny, seems like somebody was doing string concatenation with + | 14:02 |
| hruske | but there's more weirdness in there | 14:03 |
| berdario (~quassel@host66-14-dynamic.52-82-r.retail.telecomitalia.it) left irc: Ping timeout: 260 seconds | 14:07 | |
| nekto0n | arigato: should I do something like that? http://paste.pocoo.org/show/503691/ | 14:10 |
| arigato | yes | 14:14 |
| arigato | it's a bit obscure, but good enough for this test | 14:14 |
| fschwidom (~fschwidom@92.117.236.24) joined #pypy. | 14:17 | |
| nekto0n | arigato: hm..., doesn't work - http://paste.pocoo.org/show/503695/ | 14:20 |
| arigato | ah yes | 14:22 |
| arigato | hum | 14:22 |
| CIA-24 | 03hruske 07roundup * 10#926/string concatenation using + kills PyPy: | 14:25 |
| CIA-24 | [chatting] After more debugging I found out this is a string concatenation issue, which was | 14:25 |
| CIA-24 | done by adding strings together. This apparently kill ... * 14https://bugs.pypy.org/issue926 | 14:25 |
| arigato | ah well, obvious: you return a list from def os_statvfs_llimpl(path): | 14:26 |
| fschwidom (~fschwidom@92.117.236.24) left irc: Remote host closed the connection | 14:26 | |
| nekto0n | yes | 14:26 |
| nekto0n | what should I do instead? | 14:27 |
| arigato | copy os.stat? | 14:28 |
| nekto0n | arghh, when I call os.statvfs(cwd) - I actually compile and call os_statvfs_llimpl? | 14:31 |
| ronan (~ronan@host86-151-197-185.range86-151.btcentralplus.com) joined #pypy. | 14:31 | |
| k_bx (~k_bx@94.244.19.62) left irc: Ping timeout: 248 seconds | 14:39 | |
| arigato | yes | 14:47 |
| arigato | os_statvfs_llimpl is the implementation of os.statvfs() in RPython | 14:47 |
| arigato | what you added to module/posix is the implementation of posix.statvfs() in the pypy interpreter | 14:48 |
| arigato | which is based on os.statvfs() in RPython | 14:48 |
| nekto0n | arigato: using diffenerent modules under same name ('os') is confusing. but why can't I return list directly from does_stuff() function? | 14:53 |
| mitsuhiko (~mitsuhiko@ubuntu/member/mitsuhiko) left irc: Excess Flood | 14:56 | |
| mitsuhiko (~mitsuhiko@hammett.srv.pocoo.org) joined #pypy. | 14:57 | |
| mitsuhiko (~mitsuhiko@hammett.srv.pocoo.org) left irc: Changing host | 14:57 | |
| mitsuhiko (~mitsuhiko@ubuntu/member/mitsuhiko) joined #pypy. | 14:57 | |
| arigato | nekto0n: it's another issue. it's because we never implemented returning lists from compiled functions | 14:59 |
| arigato | but returning a tuple is fine | 15:00 |
| arigato | a tuple of "simple" types | 15:00 |
| arigato | also in your paste: extdef([str], [rffi.ULONG], ...) | 15:02 |
| arigato | no clue where [rffi.ULONG] comes from | 15:02 |
| arigato | aaaah, you meant "a list of ULONGs" | 15:03 |
| arigato | ooo...kkk | 15:04 |
| arigato | that's a bit wrong, because some items can be longlongs | 15:04 |
| arigato | at least I think so | 15:05 |
| arigato | right now your code assumes that all members are exactly ulongs, so I'm sure it breaks on some platform or other | 15:06 |
| arigato | ok, and also, forget about my suggestion to look at ll_os_stat.py: don't look there, as it is probably not helpful :-) | 15:06 |
| arigato | ll_os_stat.py is doing crazy things because the fields that are available are not the same on every platform | 15:07 |
| arigato | in summary, I think you should replace this list-of-ulongs with a tuple of 10 elements | 15:09 |
| arigato | everywhere | 15:09 |
| nekto0n | aha... I'll switch to return an rtuple | 15:09 |
| kenaan | 12hakanardo jit-targets 1182923819cf55 15/pypy/jit/: traces from interpreter now working again | 15:09 |
| nekto0n | I want to implement fstatvfs too, how can I reuse CConfig from statvfs in ll_os? | 15:09 |
| arigato | put it in its own method, and add caching to avoid calling platform.configure(CConfig) over and over again | 15:10 |
| nekto0n | can I cache it in RegisterOs.__init__? | 15:11 |
| arigato | maybe, but I would recommend to use your own method and your own attribute | 15:12 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 15:12 | |
| nekto0n | okay... | 15:13 |
| amaury_ (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Read error: Connection reset by peer | 15:13 | |
| stakkars (~tismer@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 15:22 | |
| hruske (~Gasper@188-230-156-183.dynamic.t-2.net) left irc: Quit: Leaving | 15:44 | |
| fschwidom (~fschwidom@92.117.236.24) joined #pypy. | 15:44 | |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 258 seconds | 15:48 | |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy. | 16:09 | |
| nekto0n | arigato: is there any way to avoid copying statvfs_struct->rtuple->app level list->statvfs_result? | 16:13 |
| arigato | nekto0n: why the app-level list intermediate step? | 16:14 |
| nekto0n | arigato: to pass to statvfs_result constructor | 16:17 |
| kkris (~kris@93-82-34-117.adsl.highway.telekom.at) left irc: Ping timeout: 244 seconds | 16:30 | |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 258 seconds | 16:31 | |
| dcolish | I've attempted to add the weakref proxy methods to the c-api but its not working. i'm really just calling p.m._weakref.interp__weakref:proxy from the cpyext module which seems like it should work | 16:36 |
| ramusara (~ramusara@220.156.210.236.user.e-catv.ne.jp) left irc: Quit: Leaving... | 16:37 | |
| dcolish | i think it has something to do with how or when the W_Proxy.typedefs are used vs. the W_Proxy class, but i'm lost on how that really works | 16:37 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 16:37 | |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 240 seconds | 16:40 | |
| dcolish | here's the very trivial and unhelpful diff http://paste.pocoo.org/show/503786/ | 16:40 |
| dcolish | but the good bits are that xapian's compiling now :) | 16:41 |
| uche- (~uche@70-90-116-204-BusName-summit.co.hfc.comcastbusiness.net) left irc: Quit: Leaving... | 16:43 | |
| kkris (~kris@80-123-37-11.adsl.highway.telekom.at) joined #pypy. | 16:43 | |
| amaury | dcolish: what's the issue with your PyWeakref_NewProxy? | 16:48 |
| canta (~canta@77-20-123-240-dynip.superkabel.de) joined #pypy. | 16:53 | |
| kenaan | 12ctismer win64_gborg 110525e812c2ca 15/pypy/translator/c/primitive.py: corrected the formatting of constants. Pretty hackish by a small function that replaces L with LL, but very l... | 17:03 |
| kenaan | 12ctismer win64_gborg 11f977b0b7d913 15/pypy/translator/c/primitive.py: simplified primitive.py by using the types 'Signed' and 'Unsigned' which are defined in g_prerequisites.h | 17:03 |
| dcolish | amaury: i dont think its returning the right kind of object and I'm really not sure how to test it. the xapian module simply does not work when i call objects that require a weakref proxy | 17:05 |
| amaury | test test... | 17:07 |
| dcolish | for example, the repr of the object returned is not the decr__repr__ that is added to the W_Proxy.tyepdef, its the repr for the W_Proxy class | 17:08 |
| dcolish | my instinct makes me think that the W_Proxy.typedef does something during translation which isnt available during the cpyext tests without calling it directly | 17:09 |
| dcolish | and it cannot be called directly because the decr__new__ explicitly prevents this, but i'm not sure why that change was made | 17:10 |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy. | 17:10 | |
| ojii (~ojii@68-53.3-85.cust.bluewin.ch) joined #pypy. | 17:11 | |
| amaury | hum | 17:12 |
| amaury | did you test weakref.proxy() with pypy? | 17:12 |
| dcolish | yes, that works as expected | 17:12 |
| kenaan | 12hakanardo jit-targets 11b262b6ae31dd 15/pypy/jit/: test_loop_1 passing | 17:12 |
| kenaan | 12hakanardo jit-targets 119b87dd5eeb7f 15/pypy/jit/metainterp/: bridge support | 17:12 |
| kenaan | 12hakanardo jit-targets 11d04c6e6f5e44 15/pypy/jit/metainterp/: retrace support | 17:12 |
| strtok (~strtok@thales.strtok.net) joined #pypy. | 17:13 | |
| amaury | dcolish: how did you test the repr of the returned objct? | 17:14 |
| amaury | did you use space.repr(w_result)? | 17:14 |
| dcolish | ah, no i just called repr | 17:14 |
| amaury | :-) | 17:14 |
| dcolish | one sec, let me try that | 17:14 |
| dcolish | ok so that repr is correct | 17:15 |
| dcolish | hmm | 17:15 |
| dcolish | well if thats working correctly, then i have no clue why the xapian code isnt working :/ | 17:15 |
| amaury | there are many reasons for a module to fail | 17:16 |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) joined #pypy. | 17:16 | |
| strtok | http://pastebin.com/ATieGByV <--I'm getting this exception thrown when executing pypy sandbox. Any ideas? | 17:17 |
| fijal | hi | 17:18 |
| amaury | strtok: your paste is missing the error message! | 17:18 |
| fijal | strtok: it looks concatenated indeed | 17:19 |
| fijal | why sandlib uses ll2ctypes, is yet another question... | 17:19 |
| strtok | yikes, sorry | 17:19 |
| strtok | AttributeError: 'NoneType' object has no attribute 'c_long' | 17:19 |
| strtok | that's the last line of the stacktrace | 17:19 |
| strtok | http://pastebin.com/7PJ2sq5M there's the full paste :) | 17:20 |
| fijal | strtok: do you have ctypes installed? | 17:20 |
| strtok | probably not | 17:21 |
| fijal | what python do you have? | 17:21 |
| fijal | it's in stdlib since 2.5 | 17:21 |
| strtok | python 2.7 | 17:21 |
| fijal | so it should work | 17:21 |
| fijal | can you "import ctypes"? | 17:22 |
| strtok | yeah, that worked fine | 17:22 |
| fijal | it's interesting to see what went wrong then | 17:22 |
| nekto0n | is it ok that calling library functions for syscall involves double-triple copying in pypy? os.listdir can take a lot of time... | 17:22 |
| fijal | can you do import ctypes.util | 17:22 |
| fijal | nekto0n: can you explain? | 17:23 |
| strtok | lyep | 17:23 |
| arigato | nekto0n: (sorry, I'm only very intermittently on irc, because we're at a live sprint right now) | 17:24 |
| nekto0n | arigato: it's ok :) | 17:24 |
| nekto0n | fijal: os.listdir can return a long list and cpython creates 1 list, pypy does 2 | 17:24 |
| strtok | i figured it out | 17:24 |
| fijal | strtok: yes? | 17:25 |
| fijal | nekto0n: why it does create 2? | 17:25 |
| strtok | i was overriding all of sys.path with the pypy libraries in my pyhon script that was executing sandlib | 17:25 |
| strtok | i wanted to use sys.path.extend to just add sandlib | 17:25 |
| strtok | i was following someone elses bad advice from a blog post :) | 17:25 |
| strtok | http://www.stephendiehl.com/?p=295 <--this post to be exact | 17:26 |
| arigato | fijal: it does create 2 lists (at least if you don't have list-strategies) | 17:26 |
| arigato | but it's unclear to me what the real effect is | 17:26 |
| nekto0n | fijal: I guess because ll_os module creates interp level list and then app level list is created in interp_posix | 17:26 |
| fijal | well, my question is why I suppose :) | 17:26 |
| fijal | nekto0n: I suppose it's fine | 17:27 |
| fijal | it'll go away (maybe) when we have list-strategies | 17:27 |
| CIA-24 | 03fijal 07roundup * 10#926/string concatenation using + kills PyPy: | 17:28 |
| CIA-24 | Yes, string concatenation is known to copy strings. Can we close it as won't fix | 17:28 |
| CIA-24 | then or is there more in pyparsing that makes it slow? | 17:28 |
| CIA-24 | Cheer ... * 14https://bugs.pypy.org/issue926 | 17:28 |
| Alex_Gaynor | fijal: it will go away, you just change it to space.newlist_str(list_s) and it's magic | 17:28 |
| nekto0n | wow | 17:28 |
| fijal | Alex_Gaynor: hey, there are issues with the way numpy indexes arrays | 17:31 |
| neunon (~neunon@unaffiliated/neunon) left irc: Ping timeout: 258 seconds | 17:31 | |
| Alex_Gaynor | fijal: our numpy, or the real original, and what's the issue? | 17:31 |
| fijal | and I kind of could not get around it | 17:31 |
| fijal | the real original | 17:31 |
| fijal | the fact that we have two classes makes not much difference btw | 17:31 |
| Alex_Gaynor | ok | 17:32 |
| fijal | they have one, but they have a contiguous flag that is ifed all over the place | 17:32 |
| fijal | I would rather have two classes than a forest of ifs | 17:32 |
| Alex_Gaynor | sounds completely sane to me | 17:32 |
| Alex_Gaynor | it's almost like we invented OO for a reason | 17:32 |
| fijal | then the issue is (only for views though) that they have a for loop | 17:33 |
| Alex_Gaynor | @jit.look_inside_iff | 17:33 |
| Arach (~arach@2.95.176.212) left irc: Ping timeout: 276 seconds | 17:33 | |
| fijal | no | 17:33 |
| fijal | it's more complex | 17:33 |
| fijal | iff what anyway? | 17:33 |
| Alex_Gaynor | I dunno, show me the trace/code? | 17:34 |
| fijal | the way you increase a pointer is that you increase by the smallest shard | 17:34 |
| fijal | but every now and then you have to increase by a bigger one | 17:34 |
| Alex_Gaynor | is it a prblem if you have a call for this? | 17:34 |
| fijal | yes | 17:34 |
| Alex_Gaynor | it'll be inside a bridge anyways | 17:34 |
| Alex_Gaynor | why? | 17:34 |
| fijal | a very big one | 17:34 |
| fijal | well | 17:34 |
| fijal | you can have an if | 17:34 |
| fijal | you can always unroll the for, this is not an issue | 17:35 |
| fijal | (it's over shape indexes) | 17:35 |
| fijal | but you'll end up with bridges | 17:35 |
| Alex_Gaynor | you need to make sure shape is a part of signature | 17:35 |
| fijal | no, you don't | 17:35 |
| fijal | you just unroll it always | 17:35 |
| Alex_Gaynor | not shape itself, but len(shape) | 17:35 |
| fijal | that part is fine :) | 17:35 |
| fijal | if you put jit.unroll_safe, it's essentially doing that | 17:35 |
| fijal | the problem really is a set of ifs | 17:36 |
| Alex_Gaynor | yes, but with bridges instead of different loops | 17:36 |
| Alex_Gaynor | different loops are better than bridges | 17:36 |
| fijal | you don't end up with different loops | 17:36 |
| fijal | the way you index, say arr[2::2,:] | 17:36 |
| fijal | will be x += 2 | 17:36 |
| Alex_Gaynor | you want the loop to be specialized for x += n I guess | 17:37 |
| Alex_Gaynor | not 2 | 17:37 |
| fijal | if x % length == 0: x += 4 | 17:37 |
| fijal | or so | 17:37 |
| fijal | yes yes, obviously | 17:37 |
| fijal | but if you call a single ufunc | 17:37 |
| fijal | you have to walk the entire iterator | 17:37 |
| fijal | and iterator uses different shards for different dimensions | 17:37 |
| fijal | so each iterator increase is usually a simple pointer increase | 17:38 |
| fijal | but it happens inside a for loop, that's typically executed only once | 17:38 |
| fijal | now if you end up with bridges, it's getting annoying | 17:38 |
| fijal | because stuff gets much slower | 17:38 |
| fijal | or we need to find a way that makes bridges less horrible | 17:38 |
| Alex_Gaynor | a bridge for incrementing the shard seems ok | 17:38 |
| fijal | ok | 17:38 |
| fijal | maybe | 17:38 |
| fijal | I'll give it a go, I spent quite some time trying to understand the numpy code | 17:39 |
| Alex_Gaynor | let's get it working first thing | 17:39 |
| fijal | it would be cool to do some experiments to see what's the best strategy | 17:40 |
| strtok | does pypy sandbox not have access to import signal? | 17:40 |
| fijal | ok :-) | 17:40 |
| fijal | strtok: probably not | 17:40 |
| strtok | i was trying to import unittest :) i guess i can just override signal | 17:40 |
| kenaan | 12hakanardo jit-targets 11123a7a37c565 15/pypy/jit/metainterp/test/: fix tests | 17:41 |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 240 seconds | 17:42 | |
| neunon (~neunon@c-67-161-85-80.hsd1.wa.comcast.net) joined #pypy. | 17:43 | |
| neunon (~neunon@c-67-161-85-80.hsd1.wa.comcast.net) left irc: Changing host | 17:43 | |
| neunon (~neunon@unaffiliated/neunon) joined #pypy. | 17:43 | |
| Arach (~arach@FTTB-dynamic-195.218.181.142.ranetka.ru) joined #pypy. | 17:47 | |
| CIA-24 | 03fijal 07roundup * 10#926/string concatenation using + kills PyPy: | 17:47 |
| CIA-24 | To be precise - strings are immutable in Python. CPython has a hack that avoids | 17:47 |
| CIA-24 | doing a copy on string concatenation when refcount is 1. This is ... * 14https://bugs.pypy.org/issue926 | 17:47 |
| mat^2 (~mathias@212.130.113.35) left irc: Ping timeout: 245 seconds | 18:01 | |
| nekto0n (~nekto@79.164.107.107) left irc: Quit: nekto0n | 18:05 | |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) left irc: Ping timeout: 258 seconds | 18:08 | |
| ojii (~ojii@68-53.3-85.cust.bluewin.ch) left irc: Remote host closed the connection | 18:21 | |
| JaRoel (~jaroel|4d@sink.jaroel.nl) joined #pypy. | 18:26 | |
| JaRoel|4d (~jaroel|4d@2001:980:7133:1:49c3:162:1eb7:84da) left irc: Ping timeout: 244 seconds | 18:28 | |
| gutworth (~benjamin@dhcp-128-36-89-186.central.yale.edu) left irc: Ping timeout: 260 seconds | 18:33 | |
| gutworth (~benjamin@dhcp-128-36-89-186.central.yale.edu) joined #pypy. | 18:33 | |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 260 seconds | 18:35 | |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 18:49 | |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) joined #pypy. | 19:10 | |
| unbit (~unbit@93-58-162-185.ip159.fastwebnet.it) joined #pypy. | 19:27 | |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #pypy. | 19:30 | |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host | 19:30 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 19:30 | |
| neunon (~neunon@unaffiliated/neunon) left irc: Ping timeout: 258 seconds | 19:31 | |
| Alex_Gaynor | fijal: that benchmark you RT'd, we don't do so well on it either, worse than V8 | 19:32 |
| fijal | well | 19:32 |
| fijal | list-strategies? | 19:32 |
| fijal | numpy arrays? | 19:32 |
| Alex_Gaynor | if we do numpy arrays with custom dtypes http://docs.scipy.org/doc/numpy/reference/generated/numpy.dtype.html | 19:33 |
| Alex_Gaynor | we can be as good as C | 19:33 |
| Alex_Gaynor | but for now, not super | 19:33 |
| neunon (~neunon@c-67-161-85-80.hsd1.wa.comcast.net) joined #pypy. | 19:33 | |
| neunon (~neunon@c-67-161-85-80.hsd1.wa.comcast.net) left irc: Changing host | 19:33 | |
| neunon (~neunon@unaffiliated/neunon) joined #pypy. | 19:33 | |
| asmeurer_ (~asmeurer@dhcp-baca-230.resnet.nmt.edu) joined #pypy. | 19:41 | |
| kenaan | 12hakanardo jit-refactor-tests 11c16efa936b3b 15/pypy/jit/metainterp/test/: converted tests | 19:44 |
| fschwidom (~fschwidom@92.117.236.24) left irc: Ping timeout: 244 seconds | 19:45 | |
| kenaan | 12amauryfa py3k 11d34a3188c6c8 15/pypy/objspace/std/builtinshortcut.py: remove remnants of the getslice operations | 19:45 |
| kenaan | 12amauryfa py3k 118299efdb68b6 15/pypy/module/sys/: Rename: sys.long_info -> sys.int_info | 19:45 |
| kenaan | 12amauryfa py3k 11c30f57c0a8d2 15/pypy/objspace/std/: Share code between bytes and bytearray constructors. Add support for bytes(unicode_string, encoding) | 19:45 |
| kenaan | 12amauryfa py3k 1181ac05c2ad26 15/pypy/objspace/std/objecttype.py: Fix object.__reduce_ex__ | 19:45 |
| kenaan | 12amauryfa py3k 110face036f35c 15/pypy/objspace/std/typeobject.py: Fix pickle of builtin types. | 19:45 |
| kenaan | 12amauryfa py3k 11bab586dbcd9c 15/pypy/objspace/std/bytearraytype.py: Fix translation | 19:45 |
| kenaan | 12amauryfa py3k 11a4cd79eb1bb5 15/pypy/interpreter/astcompiler/: Disallow implicit concatenation of bytes and strings | 19:46 |
| kenaan | 12amauryfa py3k 114dbce2bccfb1 15/pypy/objspace/std/: unicode string should not join bytes items | 19:46 |
| kenaan | 12amauryfa py3k 11b12056207f0c 15/pypy/module/imp/: Implement imp.cache_from_source() | 19:46 |
| kenaan | 12amauryfa py3k 1190b2ca3bd7d6 15/pypy/module/imp/interp_imp.py: imp.get_magic() returns bytes | 19:46 |
| kenaan | 12amauryfa default 11051fd7d46101 15/pypy/module/cpyext/: cpyext: Add PyUnicode_*Latin1 functions | 19:46 |
| kenaan | 12amauryfa default 118ee82fc7f024 15/pypy/module/cpyext/: Export PyDescr_NewMethod and the PyWrapperDescr_Type it returns | 19:46 |
| kenaan | 12amauryfa default 115bf4b00693af 15/pypy/module/cpyext/stubs.py: Remove implemented functions from stubs.py | 19:46 |
| kenaan | 12amauryfa default 116cd69184b2f4 15/pypy/module/cpyext/: Implement PyUnicode_EncodeUTF8 | 19:46 |
| kenaan | 12amauryfa default 11ac95da4c2214 15/pypy/module/cpyext/: All these functions PyUnicode_DecodeASCII &co are really similar, use a single template to generate them. | 19:46 |
| kenaan | 12amauryfa default 116d0f05e9a3ac 15/pypy/module/cpyext/: Implement PyWeakref_NewProxy, thanks dcolish! | 19:46 |
| Alex_Gaynor | amaury: are we at a point where we can run the buildbot on py3k to get a TODO list for the branch? | 19:46 |
| fijal | Alex_Gaynor: list strategies? | 19:46 |
| fijal | do you have a build around? | 19:46 |
| Alex_Gaynor | fijal: I think ~/pypy/pypy-c-alt on tannit | 19:46 |
| fijal | try? | 19:47 |
| fijal | I'm a bit busy on the phone | 19:47 |
| amaury | Alex_Gaynor: let's give it a try | 19:47 |
| Alex_Gaynor | fijal: yes it is | 19:48 |
| Alex_Gaynor | amaury: cool :) | 19:48 |
| amaury | Alex_Gaynor: I'd suggest a applevel test, but without jit | 19:48 |
| Alex_Gaynor | amaury: ok, there's a builder for that, can you whack it? I'm readnig through your commits :) | 19:48 |
| amaury | ok, pypy-c-app-level-linux-x86-32 | 19:49 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1422 [12afa, py3k] | 19:49 |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 260 seconds | 19:50 | |
| amaury | Alex_Gaynor: Note that _rawffi and _hashlib are disabled | 19:51 |
| Alex_Gaynor | ok | 19:51 |
| arigato (~arigo@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 244 seconds | 19:51 | |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) joined #pypy. | 19:54 | |
| costy_petrisor (JDI@79.117.215.111) left #pypy. | 19:56 | |
| amaury | I have a TranslationError in interp_numarray.py | 19:57 |
| amaury | (main branch) | 19:57 |
| Alex_Gaynor | amaury: I guess it's fijal's fault, I'll take a look :) | 19:57 |
| amaury | in "descr_get_size" | 19:57 |
| amaury | self.size does not exist | 19:58 |
| fijal | pff | 19:58 |
| amaury | I'll try to use descr_len instead, as done 3 lines abovfe | 19:58 |
| Alex_Gaynor | no, it should be self.find_size I guess | 19:58 |
| mat^2 (~mathias@212.130.113.35) joined #pypy. | 19:58 | |
| Alex_Gaynor | it's not just a translation error though | 19:58 |
| Alex_Gaynor | you can make it crash | 19:58 |
| Alex_Gaynor | I'll fix it | 19:58 |
| kenaan | 12alex_gaynor default 119e7c5b33e755 15/pypy/module/micronumpy/: fix a crash and translation in micronumpy | 20:01 |
| Alex_Gaynor | amaury: fixed | 20:02 |
| amaury | :-) | 20:02 |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 245 seconds | 20:03 | |
| Alex_Gaynor | no cookie for you fijal | 20:04 |
| fijal | :( | 20:04 |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) left irc: Ping timeout: 240 seconds | 20:06 | |
| amaury | wow, tannit is really fast | 20:07 |
| Alex_Gaynor | amaury: can't google get you a fast computer :) | 20:08 |
| amaury | well, my desktop machine is not that fast | 20:08 |
| amaury | it has many cores though :-/ | 20:09 |
| fijal | I think RAM makes more difference | 20:09 |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1422 [12afa, py3k] | 20:09 |
| Alex_Gaynor | "pypy is a race between the industry trying to build machines with more and more resources, and the pypy developers trying to eat all of them. So far, the winner is still unclear" | 20:09 |
| amaury | What does this mean? http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1422/steps/shell_7/logs/stdio | 20:10 |
| neunon (~neunon@unaffiliated/neunon) left irc: Quit: Leaving | 20:10 | |
| Alex_Gaynor | amaury: I think it means that conftest.py references a test file that doesn't exist, I suppose it needs to be updated | 20:10 |
| amaury | OIC | 20:10 |
| amaury | I only ran "./pypy-c -m test_something" | 20:11 |
| Alex_Gaynor | I don't think any developers locally use conftest | 20:11 |
| fijal (~fijal@AAubervilliers-651-1-72-233.w86-218.abo.wanadoo.fr) left irc: Ping timeout: 258 seconds | 20:14 | |
| ronny | Alex_Gaynor, amaury: ah, thats the strange thing in place for running applevel tests of cpython | 20:20 |
| nirbheek (~nirbheek@gentoo/developer/flyingspaghettimonster/nirbheek) joined #pypy. | 20:20 | |
| Alex_Gaynor | ronny: it's the thing for running CPython's unittests under py.test, AFAIK | 20:21 |
| ronny | Alex_Gaynor: yup | 20:21 |
| Alex_Gaynor | while taking into account our modified- director | 20:21 |
| Alex_Gaynor | I guess if we kill modified in py3k that might remove the need for it | 20:21 |
| amaury | it's not necessary | 20:21 |
| ronny | just remove the listings that are gone in 3.x | 20:21 |
| amaury | test.regrtest already has code to read modified-lib | 20:21 |
| Alex_Gaynor | ronny: and add the new ones :) | 20:22 |
| amaury | I'll try to do it | 20:22 |
| ronny | hmm | 20:22 |
| CIA-24 | 03hruske 07roundup * 10#926/string concatenation using + kills PyPy: | 20:22 |
| CIA-24 | Is there a possibility, that a warning would be issued if a str + str is | 20:22 |
| CIA-24 | detected in a loop? | 20:22 |
| CIA-24 | Going from 30s to more than 30 minutes+ without a ... * 14https://bugs.pypy.org/issue926 | 20:22 |
| ronny | i should take a look at pyrepl again, the keymap stuff is strange | 20:22 |
| amaury | is pypy built with stackless by default? | 20:24 |
| amaury | or stacklet at least | 20:24 |
| ronny | amaury: these days yes | 20:24 |
| amaury | doesn't this add overhead to the whole interpreter? | 20:24 |
| ronny | amaury: the new way to deal with it is llways supportable and doesnt make translation more costly | 20:24 |
| Alex_Gaynor | amaury: no, it works by copying the stack, so it only has overhead if you use it | 20:25 |
| amaury | cool | 20:25 |
| amaury | about the str.__iadd__ issue: couldn't the JIT ensure that no other place can reference the string? | 20:40 |
| kirma | wouldn't this string copy thing be worked around by having "real" string object and "copied" string object, and real one would hold string size and data, copied would hold size and pointer to "real" object | 20:40 |
| Alex_Gaynor | amaury: in theory I think you can do something, in practice it feels like a lot of work. | 20:40 |
| kirma | one could concatenate to the original without changing the earlier copies | 20:40 |
| Alex_Gaynor | kirma: it sounds like you're describing ropes. | 20:40 |
| Action: Alex_Gaynor -> off | 20:41 | |
| kirma | of course things such as actual expansion of the string would be an issue, etc etc | 20:41 |
| kirma | alex: maybe a subset of ropes | 20:41 |
| kirma | probably general-purpose ropes would be best solution if one is wanted (how did that fare in practice?) | 20:42 |
| amaury | pypy has an implementation of rope strings | 20:43 |
| amaury | it's not enabled by default | 20:43 |
| kirma | suggesting to try that could be something | 20:43 |
| amaury | probably too slow for usual cases | 20:43 |
| kirma | the performance regression is, anyway, pretty nasty, although algorithm rewrite would certainly resolve it | 20:44 |
| kirma | naively a "lots of concatenations -> different string representation" would sound reasonable, but figuring out what's "lots" without big overhead is another question | 20:50 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 244 seconds | 20:50 | |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 20:52 | |
| stakkars (~tismer@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Quit: schnarch | 20:59 | |
| kirma | maybe there could be "string", "profiled string" and "roped string" objects? | 21:01 |
| kirma | strings would be regular, profiled strings would be created at hot spots to figure out if they contribute to ropes (come with roping sum field), and if so, creation could be tuned to create roped strings instead | 21:02 |
| gutworth | it's actually normally easier just not to write silly O(n^2) algorithms | 21:03 |
| Alex_Gaynor | +1 gutworth | 21:03 |
| kirma | that's true. | 21:03 |
| Alex_Gaynor | gutworth: if only we had an obvious StringBuilder class | 21:03 |
| Alex_Gaynor | :) | 21:03 |
| kirma | I just wonder if many practical blocks of python code depend on this kind of magical CPython implementation performance details | 21:04 |
| JaRoel (~jaroel|4d@sink.jaroel.nl) left irc: Ping timeout: 276 seconds | 21:09 | |
| Unhelpful | i typically use ''.join... is that terrible too? ;) | 21:17 |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) joined #pypy. | 21:18 | |
| kirma | I suppose that's better? | 21:19 |
| amaury | yes, no O^2 behaviour | 21:20 |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) joined #pypy. | 21:21 | |
| kirma | just thinking how jit/profiling could provide reasonably efficient runtime behavior even for code built on that CPython assumption... well, it could be done, but it's another question if it's quite worth the extra complexity | 21:23 |
| amaury | same reasoning applies to CPython | 21:24 |
| amaury | and it was worth the extra complexity | 21:25 |
| kirma | easier there with guaranteed reference counting | 21:25 |
| kirma | but of course even CPython regresses in case of less trivial code | 21:27 |
| Unhelpful | isn't the ''.join pattern promoted as the best way to do it on CPython for some time now, too? | 21:43 |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) left irc: Ping timeout: 255 seconds | 21:48 | |
| amaury (~amaury_@46-127-23-192.dynamic.hispeed.ch) joined #pypy. | 21:50 | |
| ronny | Unhelpful: yes, however that doesnt mean it catches on reasonably well for legacy code | 21:52 |
| Unhelpful | ronny: it's been a *long* time :P | 21:52 |
| ronny | Unhelpful: some code tends to be around for __long__ times | 21:53 |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) joined #pypy. | 21:54 | |
| costy_petrisor (~JDI@79.117.215.111) joined #pypy. | 21:54 | |
| k_bx (~k_bx@94.244.19.62) joined #pypy. | 21:55 | |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) joined #pypy. | 21:57 | |
| tilgovi (~randall@c-98-210-155-124.hsd1.ca.comcast.net) left irc: Changing host | 21:57 | |
| tilgovi (~randall@couchdb/developer/tilgovi) joined #pypy. | 21:57 | |
| `fox` (~fox@host229-107-dynamic.45-79-r.retail.telecomitalia.it) left irc: Ping timeout: 248 seconds | 21:58 | |
| htoothrot (~mux@unaffiliated/htoothrot) left irc: Changing host | 22:00 | |
| htoothrot (~mux@wikipedia/trekweb.michaelh) joined #pypy. | 22:00 | |
| htoothrot (~mux@wikipedia/trekweb.michaelh) left irc: Changing host | 22:01 | |
| htoothrot (~mux@wikipedia/trekweb.michealh) joined #pypy. | 22:01 | |
| htoothrot (~mux@wikipedia/trekweb.michealh) left irc: Changing host | 22:01 | |
| htoothrot (~mux@66-169-185-121.dhcp.ftwo.tx.charter.com) joined #pypy. | 22:01 | |
| kkris (~kris@80-123-37-11.adsl.highway.telekom.at) left irc: Ping timeout: 245 seconds | 22:04 | |
| uche_ (~uche@70-90-116-204-BusName-summit.co.hfc.comcastbusiness.net) joined #pypy. | 22:05 | |
| Unhelpful | ronny: "F*** 'em if they can't t6a6k6e6 6a6 6j6o6k6e6update their code."? ;) | 22:08 |
| kkris (~kris@80-123-37-11.adsl.highway.telekom.at) joined #pypy. | 22:24 | |
| htoothrot (~mux@66-169-185-121.dhcp.ftwo.tx.charter.com) left irc: Changing host | 22:30 | |
| htoothrot (~mux@unaffiliated/htoothrot) joined #pypy. | 22:30 | |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/own-macosx-x86-32/builds/704 | 22:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-64/builds/129 | 22:46 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/jit-benchmark-linux-x86-32/builds/933 | 22:46 |
| stakkars (~tismer@213-65-251-34-no35.business.telia.com) joined #pypy. | 22:49 | |
| kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Quit: Computer has gone to sleep. | 22:51 | |
| PiotrSikora (~none@nginx/adept/piotrsikora) left irc: Excess Flood | 22:56 | |
| costy_petrisor (JDI@79.117.215.111) left #pypy. | 22:58 | |
| PiotrSikora (~none@nginx/adept/piotrsikora) joined #pypy. | 22:58 | |
| kenaan | 12amauryfa py3k 11997bcc8c1c1f 15/lib-python/conftest.py: Update the list of test files with the content of 3.2/test/test_*.py. Tried to keep the previous attributes when th... | 23:10 |
| kenaan | 12amauryfa py3k 111bab2dd470bf 15/pypy/translator/goal/app_main.py: Make sure sys.stdout or sys.stderr are initialized when app_main prints --version or --help | 23:11 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1423 [12afa, py3k] | 23:11 |
| Alex_Gaynor | amaury: btw if you didn't hear (I forget) we fixed the bootstrapping issue | 23:12 |
| amaury | the \0 in long repr? | 23:13 |
| Alex_Gaynor | yeah | 23:13 |
| amaury | I've seen some fixes in the jit optimizer | 23:13 |
| Alex_Gaynor | yes, that's where the issue was | 23:13 |
| amaury | but it's unclear which one it was | 23:14 |
| Alex_Gaynor | amaury: 23f5428f3b52 | 23:15 |
| tilgovi (~randall@couchdb/developer/tilgovi) left irc: Ping timeout: 255 seconds | 23:23 | |
| tlynn (~tlynn@cpc6-cmbg14-2-0-cust121.5-4.cable.virginmedia.com) left irc: Ping timeout: 240 seconds | 23:26 | |
| kenaan | 12ctismer win64_gborg 115a52e0062e49 15/pypy/: a little bit of comments for me ;-) | 23:27 |
| kenaan | 12ctismer win64_gborg 11dc81624b6a84 15/pypy/rlib/rdtoa.py: got one of four things in test_typed.py to run. It is rffi related, the others probably as well. I want to ad... | 23:27 |
| kenaan | 12ctismer win64_gborg 1184921a708527 15/pypy/module/: merge default | 23:29 |
| k_bx (~k_bx@94.244.19.62) left irc: Ping timeout: 255 seconds | 23:33 | |
| bbot2 | 4Failure: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1423 [12afa, py3k] | 23:34 |
| Alex_Gaynor | amaury: results seem totally useless :/ any idea what happened? | 23:36 |
| amaury | no, local translation will soon finish | 23:36 |
| JaRoel|4d (~jaroel|4d@sink.jaroel.nl) left irc: Remote host closed the connection | 23:38 | |
| whitelynx (~whitelynx@75.111.197.204) joined #pypy. | 23:40 | |
| antocuni (~antocuni@c-c4c4e055.1321-1-64736c11.cust.bredbandsbolaget.se) left irc: Ping timeout: 260 seconds | 23:42 | |
| kkris (~kris@80-123-37-11.adsl.highway.telekom.at) left irc: Quit: Leaving. | 23:44 | |
| amaury | Alex_Gaynor: Found the issue | 23:52 |
| kenaan | 12amauryfa py3k 11ee437d31d9fe 15/pypy/tool/pytest/run-script/regrverbose.py: Fix for py.test running CPython test suite | 23:52 |
| bbot2 | Started: 15http://buildbot.pypy.org/builders/pypy-c-app-level-linux-x86-32/builds/1424 [12afa, py3k] | 23:53 |
| Action: amaury ->sleep | 23:53 | |
| Alex_Gaynor | goodnight | 23:53 |
| amaury | this works on my machine: ./test_all.py ../lib-python/ --pypy=./pypy-c -k test_dict -s | 23:54 |
| Alex_Gaynor | cool | 23:58 |
| --- Mon Nov 7 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!