[00:05] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) left irc: "Leaving"
[00:06] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) joined #pypy.
[00:07] pedronis (~Samuele_P@c-0c8b70d5.022-54-67626719.cust.bredbandsbolaget.se) joined #pypy.
[00:09] pedronis (~Samuele_P@c-0c8b70d5.022-54-67626719.cust.bredbandsbolaget.se) left irc: Remote closed the connection
----- silence for 36 minutes ----- [00:45] _hannes (triaplu@i528C1305.versanet.de) left irc: Read error: 104 (Connection reset by peer)
----- silence for 1 hr and 55 minutes ----- [02:40] stakkars (ebokodbm@i528C1305.versanet.de) joined #pypy.
----- silence for 32 minutes ----- [03:12] <stakkars> arigo: "[17:03] <arigo> Christian's new _interplevel_cache.py doesn't seem to hold all analysed pieces of code,
[03:12] <stakkars> [17:03] <arigo> but only the last one"
[03:13] <stakkars> arigo: I wouldhave expected a better analysisfrom your side.
[03:14] <stakkars> "[17:15] <pedronis> yes, geninterplevel was also special because it used builtins_can_raise_exceptions = True"
[03:14] <stakkars> this was not introduced byme!
[03:17] <stakkars> """[18:04] <arigo> it makes everything behave erratically
[03:17] <stakkars> [18:04] <arigo> tests that fail once pass the next time, etc.
[03:17] <stakkars> [18:05] <arigo> I've just spent half an hour debugging something that was solved by removing _interplevel_cache.pyc (the pyc! I removed the py regularly but forgot the pyc)
[03:17] <stakkars> """
[03:17] <stakkars> I thinkit would be a good idea to read checkin-messages.
[03:18] <stakkars> It would also behelpfultoread module comments.
[03:19] <stakkars> And youcan't tell me that itis so hard to disable a simple source-level cache.
[03:19] <stakkars> If your OSdoesn't supportdouble-clicking the cache file, well,I tried my best.
[03:21] <stakkars> But after all,I really dislike thiswayof discussion. If you don't want my work, please tell me, directly.
----- silence for 55 minutes ----- [04:16] stakkars (ebokodbm@i528C1305.versanet.de) left #pypy.
----- silence for 2 hr and 56 minutes ----- [07:12] sanxiyn (~tinuviel@211.104.100.115) joined #pypy.
[07:15] idnar (mithrandi@idnar.user) left irc: Read error: 110 (Connection timed out)
----- silence for 41 minutes ----- [07:56] sanxiyn (~tinuviel@211.104.100.115) left irc: "Bye"
----- silence for 57 minutes ----- [08:53] idnar (mithy@idnar.user) joined #pypy.
[08:58] Gerald (~bear@dialin-212-144-185-118.arcor-ip.net) joined #pypy.
[08:59] Nick change: Gerald -> recover
[08:59] Nick change: recover -> Gromit
----- silence for 2 hr and 7 minutes ----- [11:06] arigo (~arigo@134.99.112.244) joined #pypy.
[11:16] arigo (~arigo@134.99.112.244) left irc: "changing to another machine"
[11:18] arigo (~arigo@134.99.112.244) joined #pypy.
[11:25] ludal (~ludal@logilab.net2.nerim.net) joined #pypy.
----- silence for 54 minutes ----- [12:19] Gromit (~bear@dialin-212-144-185-118.arcor-ip.net) left irc: Read error: 110 (Connection timed out)
[12:25] <arigo> for the IRC records, I should point out that yesterday afternoon's discussion about _interplevel_cache was not a criticism -- Christian's code works great -- but only an attempt at debugging my own hacks in the flow space.
----- silence for 19 minutes ----- [12:44] pedronis (pedronis@ratthing-b246.strakt.com) joined #pypy.
[12:48] arre (ac@ratthing-b3fa.strakt.com) joined #pypy.
----- silence for 1 hr and 23 minutes ----- [14:11] <pedronis> arigo: hi, you there?
[14:12] <arigo> hi
[14:12] <pedronis> I'm converting the code to use ovfcheck
[14:13] <arigo> good
[14:13] <pedronis> one problem is << (because it does what we would like only on 2.4)
[14:14] <arigo> btw, for french readers: http://www.afpy.org/Members/tarek/afpynews.2005-04-10.2791031007
[14:15] <arigo> ...any idea on how to handle << ?
[14:17] <pedronis> special case it for now with a ovfcheck_lshift?
[14:19] <pedronis> there's no sane way to use the form ovfcheck(x <op> y)
[14:20] <arigo> one question is if ovfcheck() should raise OverflowError for any long or just for long that are too large
[14:20] <arigo> in the second case, we could write ovfcheck(long(x) << y)
[14:21] <pedronis> yes, but the long would violate the form and would need to be supported
[14:22] <arigo> argh
[14:22] <arigo> ok
[14:22] <pedronis> yes, it's a rather argh thing
----- silence for 19 minutes ----- [14:41] _hannes (iuttkt@i528C1305.versanet.de) joined #pypy.
[14:50] <pedronis> arigo: translator/java tests are failing
[14:51] <arigo> pedronis: ah
[14:51] <arigo> odie on #ima pointed me to problems in targetpypy0 too
[14:51] <pedronis> I think because the len builtin now is space op wich is not implemented
[14:51] <arigo> yes, in the case of odie it's because genc is now producing operations like OP_STR
[14:52] <pedronis> btw, should we keep around translator/java ?
[14:53] <pedronis> I mean for now, it can be resurrected later
[14:53] <pedronis> but do we want to fix it if tests fails
[14:54] <pedronis> gencl is also failing
[14:54] <arigo> hum
[14:54] <arigo> we should disable translator/java, at least
[14:54] <pedronis> yes, I think so
[14:55] <pedronis> do we just rename the test file
[14:58] <arigo> ok
[15:00] <pedronis> gencl is missing space.pow
[15:00] <arigo> ah
----- silence for 22 minutes ----- [15:22] cfbolz (~bolz@zenon.physi.uni-heidelberg.de) joined #pypy.
----- silence for 23 minutes ----- [15:45] ludal (~ludal@logilab.net2.nerim.net) left irc: Read error: 113 (No route to host)
[15:47] ludal (~ludal@logilab.net2.nerim.net) joined #pypy.
----- silence for 33 minutes ----- [16:20] thingie25 (~rmt38@213.167.138.65) left irc:
[16:25] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) left irc: "Leaving"
[16:26] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) joined #pypy.
----- silence for 34 minutes ----- [17:00] Gromit (~bear@dialin-212-144-179-098.arcor-ip.net) joined #pypy.
[17:11] <cfbolz> hi!
[17:12] <Gromit> hi
[17:14] <arigo> hi
[17:15] <cfbolz> I need a few pointers on how to integrate my long implementation with the objspace model (until now I just wrote a "regular" python class).
[17:15] <cfbolz> For example, what arguments should the __init__ of W_LongObject take?
[17:16] <arigo> good question
[17:16] <arigo> that's mostly your choice
[17:17] <cfbolz> ah
[17:17] <arigo> you'll have to fix a few places outside longobject.py that call it, but not many.
[17:17] <arigo> e.g. inttype.py implements the int(x) call, which needs to be aware of longs
[17:17] <cfbolz> ok. because the current choice (a long) doesn't make sense, since the goal is to get rid of longs, right>
[17:18] <cfbolz> ?
[17:18] <arigo> yes
[17:18] <cfbolz> so I have to fix the places where a W_LongObject is built
[17:18] <arigo> yes
[17:19] <cfbolz> good. that was in fact my biggest problem :-)
[17:20] <cfbolz> The rest seems pretty easy, I just fill in the multimethods with "real" implementations of the operations I allready implemented
[17:21] <cfbolz> and for the rest I just convert back and forth to a regular long
[17:21] <cfbolz> makes sense?
[17:22] <arigo> yes, I think so
[17:22] <cfbolz> ok. Are there any conventions on where I should put helper functions?
[17:23] <arigo> not really, though you are welcome to put them as methods on the W_LongObject class if they fit there
[17:23] <cfbolz> ok.
[17:24] <cfbolz> in fact, they do :-)
[17:25] <arigo> good :-)
[17:36] <cfbolz> one more thing: what's a "derived long object?"
[17:38] <arigo> cfbolz: a user subclass of 'long', I suppose
[17:39] <cfbolz> ah
[17:39] <cfbolz> of course :-)
[17:39] <arigo> that's the reason for the tricks with space.allocate_instance
[17:40] <cfbolz> tricks where?
[17:40] <arigo> in longtype.py
[17:40] <arigo> :52.
[17:40] <cfbolz> ok. found it
[17:41] <cfbolz> are there any traps in that?
[17:45] <arigo> no, probably not. space.allocate_instance() will return an instance of possibly a subclass of W_LongObject, that's all.
[17:46] <arigo> the instance is not initialized, hence the explicit call to __init__ that follows.
[17:46] <cfbolz> ok, got it.
[17:48] <cfbolz> Ah, btw: There are now tests for W_LongObject yet? (or am I just too stupid to find them)
[17:49] _hannes (iuttkt@i528C1305.versanet.de) left irc: "utz utz utz"
[17:55] arre (ac@ratthing-b3fa.strakt.com) left #pypy.
[17:58] <arigo> hum, no, there aren't any tests
[17:59] <jacob22|office> arigo: You are going to the ACCU conference, right?
[17:59] <arigo> jacob22|office: yes
[18:00] <jacob22|office> Ok, that's great. Have you had all the registration and stuff sorted out?
[18:01] Gromit (~bear@dialin-212-144-179-098.arcor-ip.net) left irc: Read error: 60 (Operation timed out)
[18:02] <arigo> the registration and hotel, yes
[18:02] <arigo> still have to look up the flights.
[18:02] <cfbolz> arigo: then I'll have to write some :-)
[18:03] <arigo> cfbolz: CPython must also have some, see what you can steal
[18:04] <cfbolz> arigo: I'll do that.
[18:04] <cfbolz> thanks. I gotta go. See you
[18:05] cfbolz (~bolz@zenon.physi.uni-heidelberg.de) left irc: "Leaving"
----- silence for 17 minutes ----- [18:22] <pedronis> arigo: I have checked-in a first attempt at keeping track of the maximal access sets for pbcs and involved attr names
[18:22] <pedronis> it's minimally tested, there's a test in test_annrpython
[18:22] <pedronis> and the other tests still work, also targetpypy0 up to unrelated problems
[18:22] Action: pedronis now I have to go, see you later
[18:22] pedronis (pedronis@ratthing-b246.strakt.com) left irc: "Chatzilla 0.9.67 [Firefox 1.0.2/20050325]"
----- silence for 34 minutes ----- [18:56] idnar (mithy@idnar.user) left irc: Nick collision from services.
[18:56] idnar_ (mithrandi@idnar.user) joined #pypy.
[18:56] idnar (mithy@idnar.user) joined #pypy.
[19:05] arigo (~arigo@134.99.112.244) left irc: "[x]chat"
----- silence for 37 minutes ----- [19:42] pedronis (~Samuele_P@c-0c8b70d5.022-54-67626719.cust.bredbandsbolaget.se) joined #pypy.
[19:44] Nick change: pedronis -> pedronis_afk
----- silence for 21 minutes ----- [20:05] Gromit (~bear@dialin-212-144-177-196.arcor-ip.net) joined #pypy.
[20:05] ludal (~ludal@logilab.net2.nerim.net) left irc: "Download Gaim: http://gaim.sourceforge.net/";
[20:16] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) left irc: "Leaving"
[20:17] dialtone (~dialtone@host111-56.pool80117.interbusiness.it) joined #pypy.
----- silence for 43 minutes ----- [21:00] Gromit (~bear@dialin-212-144-177-196.arcor-ip.net) left irc: "Client Exiting"
[21:14] pedronis_afk (~Samuele_P@c-0c8b70d5.022-54-67626719.cust.bredbandsbolaget.se) left irc: Remote closed the connection
----- silence for 22 minutes ----- [21:36] pedronis_afk (~Samuele_P@c-0c8b70d5.022-54-67626719.cust.bredbandsbolaget.se) joined #pypy.
----- silence for 1 hr and 10 minutes ----- [22:46] idnar (mithy@idnar.user) left irc: Nick collision from services.
[22:46] idnar (mithy@idnar.user) joined #pypy.
----- silence for 17 minutes ----- [23:03] mwh2 (~user@modem-139.erendis.dialup.pol.co.uk) joined #pypy.
----- silence for 18 minutes ----- [23:21] Nick change: pedronis_afk -> pedronis
----- silence for 19 minutes ----- [23:40] mwh2 (~user@modem-139.erendis.dialup.pol.co.uk) left irc: "ERC Version 4.0 $Revision: 1.719 $ (IRC client for Emacs)"
[00:00] --- Tue Apr 12 2005