==== Channel ##pypy: 02/24/05 ====

[00:14] Continuity (kittish@host81-156-158-172.range81-156.btcentralplus.com) left irc: Connection timed out

[00:26] Continuity (kittish@host81-155-185-124.range81-155.btcentralplus.com) joined #pypy.

[00:31] stakkars_ (~tismer@82.144.60.19) left irc: Read error: 110 (Connection timed out)

----- silence for 1 hr and 21 minutes -----

[01:52] Continuity (kittish@host81-155-185-124.range81-155.btcentralplus.com) left irc: Remote closed the connection

----- silence for 30 minutes -----

[02:22] esteban (esteban@DWM-55-230.go.retevision.es) left #pypy.

----- silence for 25 minutes -----

[02:47] hpk (~hpk@a81-14-162-110.net-htp.de) left irc: Remote closed the connection

----- silence for 46 minutes -----

[03:33] pedronis (~Samuele_P@c-1e8b70d5.022-54-67626719.cust.bredbandsbolaget.se) left irc: "Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]"

[03:45] stakkars (gfclxmy@i528C1EFA.versanet.de) joined #pypy.

----- silence for 2 hr and 40 minutes -----

[06:25] stakkars (gfclxmy@i528C1EFA.versanet.de) left irc: Read error: 60 (Operation timed out)

----- silence for 1 hr -----

[07:25] idnar (mithrandi@idnar.user) left irc: Connection timed out

----- silence for 50 minutes -----

[08:15] idnar (mithrandi@idnar.user) joined #pypy.

[08:15] idnar (mithrandi@idnar.user) left irc: Client Quit

----- silence for 1 hr and 10 minutes -----

[09:25] adim (~adim@logilab.net2.nerim.net) joined #pypy.

----- silence for 30 minutes -----

[09:55] dlk (~dlk@dhcp-246-168.nomad.chalmers.se) joined #pypy.

[10:01] dialtone (~dialtone@host116-56.pool80117.interbusiness.it) left irc: "Leaving"

----- silence for 26 minutes -----

[10:27] thingie24 (~rmt38@valhalla.ccp.cc) left irc:

[10:29] ludal (~ludal@logilab.net2.nerim.net) joined #pypy.

[10:29] ludal (ludal@logilab.net2.nerim.net) left #pypy.

----- silence for 18 minutes -----

[10:47] thingie24 (~rmt38@213.167.138.65) joined #pypy.

[10:47] _dlk (~dlk@dhcp-246-168.nomad.chalmers.se) joined #pypy.

[10:48] _dlk (~dlk@dhcp-246-168.nomad.chalmers.se) left irc: Read error: 104 (Connection reset by peer)

[10:52] dlk (~dlk@dhcp-246-168.nomad.chalmers.se) left irc: Read error: 60 (Operation timed out)

[11:01] arre (ac@ratthing-b3fa.strakt.com) joined #pypy.

----- silence for 1 hr and 10 minutes -----

[12:11] hpk (~hpk@mail.trillke.de) joined #pypy.

[12:25] sanxiyn (~tinuviel@218.145.51.39) joined #pypy.

[12:32] pedronis (~Samuele_P@c-1e8b70d5.022-54-67626719.cust.bredbandsbolaget.se) joined #pypy.

[12:36] stakkars (~tismer@82.144.60.19) joined #pypy.

[12:37] <sanxiyn> py.py is now printing things like "ObjSpace_W_Root_W_Root_W_Root_W_Root" on startup. What are these?

[12:43] <stakkars> this is some debugging.Samuele changed some things in gateway.py, yesterday, tomake generated helper-functions nicer. He probably forgot to remove a print.

[12:43] <pedronis> yes

[12:43] <sanxiyn> Ah. Okay. :-)

[12:43] <pedronis> I just removed it

[12:43] <pedronis> late nite hacking

[12:44] <pedronis> of course I checked that tests passed

[12:44] <pedronis> but py.test does not print the output

[12:44] <pedronis> when everything is fine

[12:44] <pedronis> so I forgot about the print statement

[12:45] Action: sanxiyn updated

[12:46] <pedronis> stakkars: there seem to be indeed just few different unwrap_spec patterns

[12:57] <sanxiyn> bye

[13:01] <stakkars> pedronis: I'm trying this out, now. Thanksfor the nice enhancement!

[13:01] <stakkars> about flow caching: we started to talk about this.

[13:01] <stakkars> there is the code itself, and then there are constants from which the flowing depends.

[13:11] <stakkars> is this a valid rule: if the code object is identical, this is a candidate, given that all constants have come from the cache as well?

[13:12] <stakkars> this means, they are either simpleconstants as in the cached version,or they are other objects for which this rule holds,too.

[13:25] <pedronis> constants could habe got there by running complex expressions

[13:25] <pedronis> involving whatever globals

[13:40] Action: pedronis going to the office

[13:40] pedronis (~Samuele_P@c-1e8b70d5.022-54-67626719.cust.bredbandsbolaget.se) left irc: "Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]"

----- silence for 37 minutes -----

[14:17] pedronis (pedronis@ratthing-b246.strakt.com) joined #pypy.

[14:28] <hpk> would it make sense to try to register app-level (lazy) function objects on the multimethods?

[14:28] <hpk> i mean do we have to have an interphook for them?

[14:31] <pedronis> sorry I don'

[14:31] <pedronis> understand

[14:32] <hpk> if i see it correctly then currently we have applevel definitions for e.g. str_translate__String_ANY_ANY

[14:32] <hpk> (with an app_ prefix)

[14:32] <hpk> and then we get an interphook from that

[14:32] <hpk> and that is registered with the appropriate MM

[14:32] <pedronis> well, you need the dispatching

[14:32] <pedronis> happens at interp-level

[14:33] <pedronis> you need a interp-level signature

[14:33] <hpk> yes, but dispatching is based on the name

[14:33] <hpk> __String_ANY_ANY

[14:33] <hpk> that alone doesn't imply we need an interp-hook

[14:33] <pedronis> you are going to be called at interp level

[14:34] <pedronis> by the mm mechanism

[14:34] <pedronis> so you need to transition

[14:34] <pedronis> to app-level call

[14:35] <pedronis> you have an interp2app that wraps

[14:35] <pedronis> the entire multimethod

[14:35] <pedronis> but internally the multimethod and it dispatching

[14:35] <pedronis> it's all interp-level

[14:35] <pedronis> so there's no easy way

[14:35] <pedronis> without adding complexity

[14:36] <pedronis> to skip the app->interp->app

[14:41] <stakkars> pedronis: whow! grepping for '*setfastscope' yields 32 lines, only ! :-D

[14:42] <pedronis> well, otoh I had to do messy stuff

[14:42] <pedronis> because I wanted to attach a function to a class

[14:42] <pedronis> but you cannot directly

[14:42] <pedronis> because otherwise Python think it's a method

[14:43] <stakkars> where? in gateway?

[14:43] <pedronis> yes

[14:43] <pedronis> I still need a subclass per function

[14:44] <pedronis> although they are subclasses without methods

[14:45] <pedronis> there's probaly some other solution involving factories of frames

[14:45] <pedronis> instead of simply keeping a frame class around

[14:45] <stakkars> which line, please?

[14:45] <pedronis> look at BuiltinCodeSignature

[14:46] <pedronis> and FuncBox

----- silence for 26 minutes -----

[15:12] <hpk> hum, i am ready to commit a couple of "def app_" conversions

[15:12] <hpk> we would then be free of any "def app_" definitions (not counting the tests)

[15:12] <hpk> it does make sense to get rid of this little implicit feature, doesn't it?

[15:27] jacob22|logger (jacob@enzo.strakt.com) left irc: Read error: 110 (Connection timed out)

[15:29] jacob22 (jacob@enzo.strakt.com) left irc: Read error: 110 (Connection timed out)

----- silence for 44 minutes -----

[16:13] jacob22 (jacob@enzo.strakt.com) joined #pypy.

----- silence for 45 minutes -----

[16:58] _hannes (bqfxiggs@i3ED6B227.versanet.de) joined #pypy.

[17:10] adim (~adim@logilab.net2.nerim.net) left irc: Remote closed the connection

[17:14] _hannes (bqfxiggs@i3ED6B227.versanet.de) left irc: Read error: 54 (Connection reset by peer)

[17:14] _hannes (wxkzbxit@i3ED6B227.versanet.de) joined #pypy.

----- silence for 17 minutes -----

[17:31] Continuity (~kittish@host81-154-53-47.range81-154.btcentralplus.com) joined #pypy.

[17:34] yuuh (bwgwsr@i3ED6B227.versanet.de) joined #pypy.

[17:35] _hannes (wxkzbxit@i3ED6B227.versanet.de) left irc: Read error: 54 (Connection reset by peer)

----- silence for 29 minutes -----

[18:04] lac (lac@smartwheels-wlan.strakt.com) joined #pypy.

[18:08] lac (lac@smartwheels-wlan.strakt.com) left #pypy.

----- silence for 40 minutes -----

[18:48] Nick change: yuuh -> _hannes

[19:01] <hpk> pedronis: if you comment out the prints in pypy/tool/compile.py you'll see a number of duplicate MM code definitions

[19:01] <hpk> if you then start interpreter/py.py

[19:02] <hpk> i wonder if this doesn't point to some inefficiency on the MM construction side

[19:02] <hpk> not a big issue to be sure

[19:02] <hpk> but maybe worth giving a bit of consideration

[19:05] lac (lac@smartwheels.strakt.com) joined #pypy.

[19:05] <lac> **CENSORED AS REQUESTED**

[19:06] <lac> hello pyb0t

[19:06] <_hannes> hehe

[19:07] <_hannes> hey lac

[19:07] <_hannes> you should change your nickserv password quickly :)

[19:07] <_hannes> did everyone get the point how to access the pyb0t's logs?

[19:08] <_hannes> as said in the topic they are easily viewable using the following URL: http://nimrod.terra-link.net/pypy/

[19:14] arre (ac@ratthing-b3fa.strakt.com) left irc: "using sirc version 2.211+KSIRC/1.3.11"

[19:19] dialtone (~dialtone@host116-56.pool80117.interbusiness.it) joined #pypy.

[19:22] <lac> hpk: moving house? to a different part of Trillkegut?

----- silence for 1 hr and 18 minutes -----

[20:40] Action: pedronis leaving the office

[20:40] pedronis (pedronis@ratthing-b246.strakt.com) left irc: "ChatZilla 0.9.61 [Mozilla rv:1.7.3/20041007]"