Camelia, the Perl 6 bug

IRC log for #parrot, 2009-01-04

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:03 kid51 joined #parrot
00:09 AndyA joined #parrot
00:12 kid51 Does anyone know how to 'take', 'steal' or 'assign' a ticket in Trac?
00:16 MariachiElf joined #parrot
00:18 kid51 Everything I see on this page, https://trac.parrot.org/parrot/wiki/TracTickets, seems to indicate that you need trac-admin privileges to take/assign/steal a ticket -- vastly more restrictive than RT.
00:19 kid51 ... which means that if I want to assume responsibility for a ticket, I can't.
00:20 kid51 Tell me again why we moved to this system and away from RT ? :-/
00:23 dalek r34905 | jkeenan++ | trunk (12 files):
00:23 dalek : Change directory compilers/pirc/new/ to compilers/pirc/src, and edit
00:23 dalek : references to this directory in other files.  Cf.:
00:23 dalek : https://trac.parrot.org/parrot/ticket/70.
00:23 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34905
00:23 tetragon joined #parrot
00:26 Infinoid kid51: no idea.  I'm still getting used to it, too.
00:27 Infinoid that particular wrinkle is definitely a problem.  Stealing tickets was a great feature of RT, and it's something I encourage wholeheartedly.  Go right ahead, steal my tickets, fix my bugs.  Please?
00:27 kid51 For example, if TT 70 had been filed in RT, at this point I would have stolen the ticket, as I'm in effect taking over responsibility for it from kjs.
00:27 kid51 IIRC, I assigned *you* a ticket once upon a time.
00:28 Infinoid and I probably still have it... *hangs head in shame*
00:28 kid51 I think it was the first ticket I ever actually assigned to someone else.
00:28 kid51 What a powerful thrill that was!
00:29 Infinoid heh.  It's a useful feature!  we use RT at work, and use that feature all the time for queue triaging.
00:30 TiMBuS it would be a lot better if rt had a web interface for posting bugs/comments
00:30 Infinoid ... doesn't it?
00:30 TiMBuS i dont think so
00:31 TiMBuS it was mailing list or email only i think
00:31 lathos It has an RT.
00:31 lathos (Of course.)
00:31 kid51 TiMBuS:  I'm not sure whether that was an inherent defect of our RT ... or merely the fact that we had/have it configured only to accept new tickets via parrotbug@parrotcode.org.
00:31 Infinoid hmm.  for creating new tickets, maybe.  but posting comments is something I do all the time through the web
00:31 Infinoid yeah, it's specific to perl.org RT
00:32 TiMBuS i see
00:32 Infinoid cpan.org RT has a "new ticket in [type queue name here]" in the upper right, and a button
00:33 lathos Oh, ISWYM. Yeah, RT can (very easily) be configured to cdo everything via the web.
00:33 kid51 I preferred/prefer to do my ticket-related work thru RT's GUI -- because I'm frequently resolving tickets, adding tags, adding links, etc., at the same time as I'm making comments.
00:33 Infinoid the RT we use at work has a similar system, with a dropdown box.
00:33 Infinoid I've never tried the RT GUI.  I've been drooling over the idea of having eclipse integration with RT tho
00:33 kid51 Infinoid:  Yes, I've filed tickets thru rt.cpan.org many times -- and had many tickets filed on my CPAN stuff that way!
00:33 TiMBuS i didnt even know it had a gui
00:34 lathos It has a web GUI.
00:34 TiMBuS oh
00:34 Infinoid doesn't it have a CLI too?
00:34 lathos Yep.
00:34 Infinoid nice.
00:34 lathos In fact, if we're being pedantic, the email interface is actually implemented via the web GUI too.
00:35 Infinoid wonder if trac can do that.
00:35 Infinoid I did notice trac is sending emails now, which is nice
00:35 kid51 Speaking of CLIs:  Do any of our pastebots have CLIs?  I'm getting tired of always having to use the dropdowns to insert my nick and my channel at nopaste.snit.ch.
00:35 kid51 I'd like to script it.
00:36 chromatic I think there's a nopaste CPAN module.
00:36 Infinoid ./tools/dev/nopaste.pl
00:37 Infinoid ...something I need to remember to use more often.
00:41 * kid51 installs WWW::Mechanize so he can use that script.
00:42 kid51 Installing WWW::Mechanize is going to force me to upgrade a lot of CPAN modules.
00:43 kid51 ... URI, Test::Warn, LWP::UserAgent, etc.
00:45 kid51 Damn:  'make test' failures in WWW::Mechanize!
00:46 kid51 In the cpan shell, what's the command to force installation of a module?
00:50 tetragon joined #parrot
00:53 raiph_ joined #parrot
00:56 nopaste "kid51" at 70.85.31.226 pasted "Test of nopaste.pl" (1 line) at http://nopaste.snit.ch/15170
00:58 ayrnieu joined #parrot
01:18 Limbic_Region joined #parrot
01:21 register joined #parrot
01:29 jimmy joined #parrot
01:29 Coke kid51: looks like you got it, but I can't remember if it's force install foo or not.
01:30 jimmy Infinoid: ping
01:32 kid51 I couldn't remember either.  I exited the shell, then 'perldoc cpan'.  Which said from CLI:  cpan -fi WWW::Mechanize
01:33 kid51 Andy has some tests that are failing because the links they are testing no longer exist in same form/quantity.
01:33 kid51 So, apropos earlier discussion, I got to use rt.cpan.org GUI interface ;-)
01:37 Coke heh
01:43 kid51 But if I can't take/assign/steal/close Trac tickets, then my productivity is limited.
01:43 Coke what's your trac id?
01:43 kid51 jkeenan -- But the point is, that this presumably affects all our committers.
01:44 Coke bugadmin privs on rt were separate too.
01:44 Coke moment.
01:44 Coke when I recreated you, I didn't put you back in the 'developer' group. try now?
01:44 kid51 But from what I was able to find on Trac man pages, 'admin' privs here are much more encompassig than on RT.
01:45 Coke admin ne bug admin.
01:45 Coke admin is like root; we have a custom 'developer' role that includes ticket admin
01:45 kid51 Hrm:  How many of our committers know about that role?
01:46 Coke they can't add it themselves; does it matter?
01:46 chromatic More importantly: How many of the people who download Parrot, try it out, and find a bug know about that role?
01:46 Coke they don't need it.
01:46 chromatic As far as I understand, they need an account to report a bug.
01:46 Coke yes. they don't need 'developer' role to do that.
01:47 kid51 They may not need it to file a bug report, but to do anything else *we* need to know that that special role exists.  I did not.
01:47 Coke <shrug> I'm not the trac evangelist.
01:48 chromatic Given the hoops I had to jump through to get a working Trac account, I'm not convinced that a random drive-by bug reporter doesn't have to know anything.
01:48 dalek r34906 | pmichaud++ | trunk:
01:48 dalek : [DEPRECATED/p6object]  Mark changed behavior of P6protoobject stringification.
01:48 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34906
01:49 Coke I'm just along for the ride here.
01:49 chromatic Someone ought to fix the system though.
01:49 Coke chromatic: you should probably have 'admin' privs.
01:49 Coke is your account 'chromatic' ?
01:50 chromatic Yes.
01:50 chromatic Do those privileges come with the ability to hit a button and Make Trac Stop Sucking?
01:50 Coke chromatic: I haven't seen that button.
01:50 Infinoid jimmy: yo
01:50 chromatic Or at least let me record a message "Your bug report is important to us.  Please stay on the line.  The average wait time is ____ minutes.  Your bug report is important to us."
01:51 Coke let's hire the asterisk lady.
01:51 Coke (I need to dig out my copy of her saying my name wrong. :|
01:51 Infinoid I think the button is labeled "apt-get install rt3.4-apache2"
01:52 jimmy Infinoid: happy change static function to marco
01:52 Coke I wonder if someone who knew what they were doing could install kcachegrind on feather.
01:52 Coke anyone here have install privs on feather?
01:52 jimmy nopaste?
01:52 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
01:52 Infinoid I do, but I've only used kcachegrind twice
01:52 chromatic Coke, you'd need X.org installed, along with SSH X forwarding enabled.
01:52 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
01:52 Infinoid yeah, installing a kde app would pull in a ton of dependencies
01:53 nopaste "jimmy" at 121.34.37.142 pasted "patch for Infinoid" (21 lines) at http://nopaste.snit.ch/15172
01:53 kid51 Is there a GUI interface to feather?  I've only ever used the CLI.
01:53 jimmy With this patch, It look better.
01:53 jimmy looks
01:53 Infinoid jimmy: the (void) before 0 won't work.  otherwise, it isn't such a bad idea
01:54 Infinoid erk.  no, it'll cause "ISO C90 prohibits mixing declarations and code" warnings
01:54 jimmy and why PARROT_ASSERT not ?
01:54 Infinoid jimmy: because we aren't trying to assign PARROT_ASSERT to anything.
01:54 Infinoid that's the difference, it needs to be a numeric rvalue
01:55 jimmy ok, we shoulddefine ASSERT_ARGS(a) ((void)0)  ifdef NDEBUG
01:55 jimmy that is my point.
01:56 kid51 Coke++ I see that the view u get of a particular TT ticket page changes once you've been promoted to 'developer'.
01:57 Infinoid jimmy: have you tried building that with -DNDEBUG?
01:57 Infinoid if you are sure it won't generate any warnings, I'll look at applying it
01:57 kid51 Another thing we don't appear to have in Trac that we had in RT:  On a page like this, https://trac.parrot.org/parrot/query, we had a Last Modified column.
01:58 jimmy not yet
01:58 purl well volunteered!
01:58 Infinoid jimmy++
01:58 kid51 A Cage Cleaner likes to be able to rank-order tickets based on when they were last touched.
01:58 jimmy why ++? :(
01:58 Infinoid jimmy: because I am hoping you will try it and it will work :)
01:59 jimmy ok
02:00 jimmy use perl Configure.pl --debugging=0?
02:01 Infinoid perl Configure.pl --cflags=-DNDEBUG
02:02 gmansi_ joined #parrot
02:03 jimmy Invalid option "cflags".
02:04 jimmy maybe ccflags
02:04 Infinoid ah, yes
02:04 * Infinoid makes that mistake every time.
02:07 jimmy ;(
02:08 jimmy I think I hate ISO C90.
02:08 Infinoid I *know* I hate ISO C90.
02:09 kid51 C-noob asks:  Why do you hate it so?  What makes '90 a very bad year and '89 a good year?
02:09 * Infinoid doesn't care much for C89, either.  but he didn't make the choice, and he doesn't feel like trying to convince everyone to change it.
02:10 Infinoid jimmy's patch tries to strip out the unused variable in the case where the asserts are disabled (by defining NDEBUG).  but it results in lots of "src/string.c:3058: warning: ISO C90 forbids mixed declarations and code" warnings
02:11 Infinoid ...because now there's a "((void)0);" before the variable declarations in every function
02:11 Infinoid the trouble is, even if you defined it to nothing, the semicolon would still be there, and gcc would still complain because of that
02:12 Infinoid jimmy: anyway, I changed them to macros because inline functions aren't C89 (I didn't know that) and it broke MSVC completely
02:13 Infinoid speaking of which, I think I might have fixed building under MSVC but I'm not sure.  anyone willing and able to test that?
02:16 gmansi_ joined #parrot
02:19 jimmy Infinoid: let me give it another way.
02:19 gmansi_ joined #parrot
02:20 Infinoid okay.  I know it's a difficult problem... I hope you have some ideas :)
02:21 jimmy Is there a rapid way to rebuild?
02:22 Infinoid I use ccache, it helps a lot.  but I don't know if it's available on win32.
02:22 chromatic Install ccache, get a multicore machine, and use make -jn, where n is odd.
02:22 Infinoid -j8 works pretty well here
02:24 jimmy yes, ccache-win32 .
02:26 gmansi_ joined #parrot
02:33 gmansi_ joined #parrot
02:54 kid51 Okay, I finally managed to accomplish something in Trac:  This report query is good for cage cleaner's overview:  https://trac.parrot.org/parrot/report/10
03:05 rurban Now it would be great if I could update my own tickets.
03:06 chromatic Next you'll want to store information in a system that doesn't randomly corrupt information stored in it.
03:06 rurban I know. I will not try to update my email or real name :)
03:06 chromatic Or tickets.
03:06 purl tickets are good
03:08 rurban what? load_bytecode on directory should be supported?
03:08 chromatic I wouldn't think so.
03:09 rurban there's a test: load_bytecode 't' => t' is a directory
03:09 rurban I just broke this test because of my load_path optimization
03:10 chromatic It should throw an exception.
03:10 tetragon joined #parrot
03:10 rurban Now it prints: "load_bytecode" couldn't find file 't'
03:11 rurban errorlevel is 1
03:11 rurban I think I fix the test
03:12 chromatic I don't like that as much.
03:12 chromatic Where's your patch?
03:12 purl hmmm... your patch is short and sweet
03:12 rurban My patch is huge and not yet ready. Should I paste the src/library.c part?
03:13 chromatic Yes.
03:13 rurban I still have 8 test failures.
03:13 Andy evening
03:14 Andy chromatic: "make -jn, where n is odd"
03:14 Andy why odd?
03:14 chromatic In theory, compilation is somewhat IO bound.
03:15 chromatic You want to exploit that.
03:15 nopaste "rurban" at 212.183.49.22 pasted "trac127-library-optim.patch" (257 lines) at http://nopaste.snit.ch/15173
03:17 rurban I need the dir stat shortcut because I want to do: load_bytecode "Test/Builder"
03:17 rurban it should pick up library/Test/Buiklder.pir or .pbc but not the dir.
03:18 kid51 Infinoid ping
03:18 chromatic If you can't find a pir or a pbc file, but there is a directory of that name, you can throw an exception.
03:18 chromatic The 'is a directory' exception comes from IMCC, but it makes more sense to add one here.
03:19 rurban Ok, I'll add it.
03:19 chromatic Thanks.
03:20 rurban I optimized about the whole runtime library and testsuite to have fewer unnecessary stats
03:20 chromatic If we're throwing an exception anyway, I'm not sure one more stat matters.
03:20 rurban And get the flexibility to load .pbc or .pir
03:21 rurban The dir case is just an anomaly in some files. Just for consistency.
03:21 rurban It belongs to TT#127 do not stat extensions when an extension was already given
03:22 rurban Now I just have to add the extension check.
03:26 Infinoid kid51: pong
03:45 dalek r34907 | jkeenan++ | trunk/t/tools/ops2pm:
03:45 dalek : Change TODO heading in POD to COMMENT and explain why we don't really need to do what TODO was suggesting.
03:45 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34907
03:55 rurban_ joined #parrot
03:59 dalek r34908 | jkeenan++ | trunk/t/tools/ops2pm:
03:59 dalek : Delete 2 items for TODO section in POD, as testing is covering them.
03:59 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34908
04:02 elmex_ joined #parrot
04:10 ayrnieu joined #parrot
04:15 * Coke hurls http://creative.ak.facebook.com/ads3/fly​ers/114/61/6002243032410_1_a0b713f6.jpg
04:16 Coke (lolcode: o'reilly style)
04:18 dalek r34909 | jkeenan++ | trunk/t/examples:
04:18 dalek : Deleted '[TODO]' from POD because it was erroneously suggesting there were open TODO items in this test.  The deleted word was simply part of the name of an RT ticket, long closed.
04:18 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34909
04:18 Hinrik joined #parrot
04:19 * Coke guesses that make -j realclean shouldn't bother running Configure.pl steps to gen makefiles.
04:22 dalek r34910 | coke++ | trunk:
04:22 dalek : There is no 0.8.3 release planned, so pick the next one.
04:22 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34910
04:30 nopaste "rurban" at 212.183.53.102 pasted "trac127-library-optim.patch improved" (344 lines) at http://nopaste.snit.ch/15174
04:31 kid51 Is the Parrot debugger currently at all functional?
04:31 rurban sure
04:31 rurban There's even a testcase
04:32 kid51 Is it built as part of 'make' -- or only as part of 'make parrot_utils'
04:32 kid51 ?
04:32 rurban only with parrot_utils
04:33 rurban It's not called pdb anymore. parrot_debugger
04:34 rurban Well, it does not really work on files.
04:34 rurban Just help and info works
04:35 kid51 If it's not built as part of 'make', then I don't think that t/tools/parrot_debugger.t should run as part of default 'make test'.  Currently it runs -- but all tests are skipped with message "debugger is not yet built".
04:35 kid51 I always thought meant that the debugger code had not yet been written.
04:35 kid51 But strictly speaking it means that the debugger is not present at the completion of 'make'.
04:36 rurban but make test checks the other utils also.
04:36 kid51 So the test, as part of 'make test', is utterly useless.
04:36 rurban with 0.9.0 make test will include parrot_utils and even installable
04:36 kid51 Yes, but aren't they built as part of 'make'?  (If they aren't, then how do those tests run?)
04:37 rurban make will not make them, but make test will
04:37 kid51 Huh?
04:37 rurban At leastin my install branch
04:37 kid51 'make test' will create the functionality it needs to test?
04:38 rurban make test requires parrot_utils and installable, then it will be able to test it. There's no seperate utils-test target
04:38 rurban nor installable-test
04:38 rurban we have a whole t/tools dir which requires this
04:39 kid51 But if the debugger (or any other parrot_util) has not been built by the end of 'make', how will 'make test' build it -- unless 'make test' is simply testing that it *can* be built (later)?
04:39 rurban test: parrot_utils installable
04:39 rurban \t    bla
04:40 kid51 So even though a 'typical' 'make' will *not* include building the debugger, if someone calls 'make test' the debugger will get built then?
04:41 rurban it's part of test_prep and test_prep makes all and all is not just the default. it's all
04:41 rurban yes
04:41 rurban # We probably need a complete build before running the tests.
04:41 kid51 Currently, or in the future?
04:41 rurban with 0.9.0, not now
04:41 rurban the current t/tools tests just skip
04:42 rurban The pdd30install_stage branch adds parrot_utils and installable to all
04:42 rurban If I remember correctly.
04:43 kid51 k
04:43 rurban But I'm not sure. Just see your makefile for the targets build and all
04:44 rurban No, just checked. not yet. in the future
04:45 rurban we still have the habit that "make all" is not all, just default
04:45 rurban then all not be the default target anymore. all will be all, and build will be the default target
04:45 dalek r34911 | pmichaud++ | branches/rvar/languages/perl6/src (2 files):
04:45 dalek : [rakudo]: Add 'handles' trait verb.
04:45 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34911
04:46 rurban Ah. Then "all" will not be the default target anymore. all will be all, and "build" will be the default target.
04:46 rurban Then: all : build parrot_utils installable $(PERL6) languages
04:48 rurban okay, time to sleep. bye
04:55 Coke is there a way to tell loadlib which dirs to search?
04:58 * Coke finds an answer from chromatic from 12/9/05
05:01 tewk_ joined #parrot
05:05 * kid51 must sleep
05:05 purl $kid51->sleep(8 * 3600);
05:54 Andy joined #parrot
06:23 Andy ping infinoid
06:23 purl I can't find infinoid in the DNS.
06:38 Fayland joined #parrot
06:39 Fayland_logger joined #parrot
06:40 Infinoid Andy: ohai
06:40 Andy ohai
06:41 Andy I am not understanding why you are assigning to an int the results of the assert
06:41 Andy and also I am looking at this because I am getting many "will never be executed"
06:41 Infinoid Andy: it was the only way I can see to convince gcc to let me put them at the top of the functions.  and why won't they ever be executed?
06:42 Andy I don't know.
06:42 Andy AHA
06:42 Andy I get it.
06:42 Andy CLEVER.
06:42 Infinoid is that __attribute__nonnull__ getting in the way?
06:42 Andy Dunno
06:42 Andy and really, you should be using UNUSED()
06:42 Andy which just wra
06:42 Andy oh wait
06:42 Andy sorry
06:42 Infinoid I don't understand UNUSED().  but I'm certainly open to suggestion
06:43 Andy ok, hold on, i'm doin' a big build
06:44 dalek r34912 | petdance++ | trunk/lib/Parrot/Pmc2c:
06:44 dalek : also no import
06:44 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34912
06:46 Andy ok, don't want UNUSED On those
06:46 Andy did you have complaints w/o the __attribute__unused__?
06:48 Infinoid yes
06:48 Infinoid seemed to shut gcc up nicely, though I'm a bit surprised gcc bothers to run my assert functions at all (I tested it, it does)
06:49 Infinoid so which warnings are you getting?  and are you using any special cflags to get them?  (optimization?)
06:50 liangke joined #parrot
06:53 Andy yeah, optimization is your friend
06:54 flh joined #parrot
07:01 Infinoid ok.  and in that mode, you get warnings about stuff never being executed?
07:01 Infinoid well, that being the case, since the truth checks are short-circuited in optimized compilation anyway, we might try to detect that and change ASSERT_ARGS() to something less onerous for that case.
07:01 Infinoid jimmy's been working on something similar for the case when NDEBUG is defined
07:03 * jimmy hasn't gotten the right way.
07:03 Infinoid well, just defining it to "int foo = 0" would probably get rid of the warnings Andy is seeing
07:04 Andy i'm workin' on it.
07:04 Infinoid ok :)
07:04 jimmy maybe the right way is remove the warning from gcc source code.
07:04 Infinoid haha
07:05 Fayland joined #parrot
07:11 Andy oh, we still don't have the actual define in the .c file yet
07:12 Infinoid true.  that would be nice tho
07:36 rurban_ joined #parrot
07:39 jimmy 测试
07:49 dalek r34913 | pmichaud++ | branches/rvar/languages/perl6/src/classes:
07:49 dalek : [rakudo]:  Initial version of bless, BUILD, BUILDALL, CREATE, and new.
07:49 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34913
08:16 jimmy joined #parrot
08:16 dalek r34914 | petdance++ | trunk/src:
08:16 dalek : removed lots of unused args; lots of consting and localizing vars
08:16 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34914
08:24 dalek r34915 | pmichaud++ | branches/rvar/compilers/pct/src/PAST:
08:24 dalek : [pct]:  Add 'null' pasttype.
08:24 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34915
08:41 jimmy joined #parrot
08:44 Zaba joined #parrot
09:29 Zaba joined #parrot
10:08 alvar joined #parrot
10:29 jimmy joined #parrot
10:36 flh joined #parrot
10:39 webapp_bot joined #parrot
10:44 cognominal joined #parrot
10:45 desertmax joined #parrot
10:47 jimmy parrot
10:59 iblechbot joined #parrot
11:25 Ron joined #parrot
11:30 masak joined #parrot
11:51 masak pmichaud++ # BUILD -- we've been waiting for that one
11:54 rurban_ joined #parrot
11:59 pdcawley joined #parrot
12:08 rurban_ joined #parrot
12:08 On joined #parrot
12:08 rurban_ joined #parrot
13:12 kj joined #parrot
13:36 Zaba joined #parrot
13:41 masak pmichaud: ping
13:51 rurban joined #parrot
13:55 dalek r34916 | kjs++ | trunk/compilers/pirc/src (2 files):
13:55 dalek : [pirc] assign a register to a .const object declared in a .sub
13:55 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34916
13:58 kid51 joined #parrot
14:03 rurban I re-opened RT#39807 [BUG] load_bytecode of .pir files fails (sometimes). I found two off-by-one string errors in imcc (apparently)
14:04 rurban http://rt.perl.org/rt3/Tic​ket/Display.html?id=39807
14:05 rurban It looks like the :load hook is broken when no extension is given
14:08 rurban btw. can some trac admin also reset my account please? I also lost my permissions when changing some info.
14:13 dalek r34917 | masak++ | trunk/languages/perl6/t:
14:13 dalek : [rakudo] added S29-str/unpack.t to spectest.data
14:13 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34917
14:30 dalek r34918 | kjs++ | trunk/compilers/pirc/src (9 files):
14:30 dalek : [pirc] refactoring for .const.pir
14:30 dalek : + new constdecl struct to replace constant for declarations; the latter can now be stripped of its name field.
14:30 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34918
14:37 ask_ joined #parrot
14:39 kj rurban: (load_bytecode ticket) I replied on the ticket; I dont' think it's IMCC.
14:41 rurban I just wrote some testcases for this.
14:42 pmichaud Okay... I just found out why P6object class creation is so expensive.
14:42 rurban It's not in this simple case, just with a cascade of loaded file and :load hooks, as in Data::Dumper or Stream::Base
14:45 rurban pcre is also involved, but nothing else
14:45 purl okay, rurban.
14:47 On2 joined #parrot
14:54 register joined #parrot
14:58 jimmy joined #parrot
15:01 kj rurban: (load_bytecode ticket) I replied on the ticket; I dont' think it's IMCC.
15:01 kj woops
15:06 dalek r34919 | kjs++ | trunk/compilers/pirc/src (4 files):
15:06 dalek : [pirc] more .const stuff.
15:06 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34919
15:09 dalek r34920 | jkeenan++ | trunk/lib/Parrot (2 files):
15:09 dalek : 1.  Alias Parrot::Test::slurp_file() to Parrot::BuildUtil::slurp_file().
15:09 dalek : 2.  Delete Parrot::Distribution::slurp().  Function was never used.  If
15:09 dalek : needed, use Parrot::Configure::Utils::_slurp().
15:09 dalek : Cf.:  https://trac.parrot.org/parrot/ticket/117.
15:09 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34920
15:10 rurban thanks, kid51
15:10 ask_ joined #parrot
15:11 Ron_ joined #parrot
15:12 ruoso joined #parrot
15:14 rurban I've found another library.c bug: PARROT_RUNTIME_FT_SOURCE or PARROT_RUNTIME_FT_PIR is ignored, without given file extension, if a .pbc exists. It should return the .pir, not the .pbc
15:15 Coke FT?
15:15 purl FT is seg->fixups or France Telecom
15:15 nopaste "rurban" at 212.183.58.36 pasted "another library.c bug (no ticket yet): PARROT_RUNTIME_FT_PIR is ignored" (150 lines) at http://nopaste.snit.ch/15176
15:16 rurban FT is a filetype enum
15:18 dalek r34921 | kjs++ | trunk/compilers/pirc/src (3 files):
15:18 dalek : [pirc] change signatures of helper functions, to take a lexer argument only, not a yyscan_t.
15:18 dalek : yyscanner is stored in lexer as well.
15:18 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34921
15:20 galf joined #parrot
15:24 desertmax_ joined #parrot
15:35 On joined #parrot
15:35 masak joined #parrot
15:39 Ron__ joined #parrot
15:44 register joined #parrot
15:48 register is there a specific pir opcode to push and pop contexts?
15:49 pmichaud I don't recall any.
15:49 dalek r34922 | petdance++ | trunk/lib/Parrot (3 files):
15:49 dalek : fix some problems Perl::Critic found
15:49 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34922
15:49 lathos I suspect that's a symptom of the wrong problem.
15:49 pmichaud A long time ago there were opcodes for pushing/popping lexical pads, but they're gone.
15:50 register from the docs i see the following statement "The amount of registers needed is determined per subroutine at compile-time."
15:50 register and from the jit code i see that there is the need for saving/restoring register frames between jit'ed segments...
15:51 register i would like to understand under which circumnstances a parrot_push_context occurs
15:53 pmichaud I think it's generally when invoking something -- e.g., a Sub PMC or PCC METHOD
15:53 pmichaud I don't think it occurs much outside of that.
15:53 register ok i supposed that
15:57 jhorwitz joined #parrot
16:00 dalek r34923 | infinoid++ | trunk/include/parrot/atomic:
16:00 dalek : Apply patch from jimmy++ in TT124.
16:00 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34923
16:01 ask_ joined #parrot
16:01 Ron_ joined #parrot
16:07 dalek r34924 | kjs++ | trunk (7 files):
16:07 dalek : [pirc] refactoring, adding new files. + update MANIFEST and pirc.in.
16:07 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34924
16:08 dalek r34925 | kjs++ | trunk/compilers/pirc/src:
16:08 dalek : [pirc] fix POD.
16:08 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34925
16:10 Infinoid kj: ping
16:11 kj Infinoid: hi
16:11 Infinoid hi!  any idea whether trunk builds are still broken on MSVC?
16:11 kj they're fine
16:11 kj just built this afternoon
16:11 Infinoid great, so we can close out TT #125?
16:12 kj yep, I'll close it
16:12 Infinoid thanks!
16:12 kj thanks for quick fixing!
16:12 Infinoid np, sorry for breaking it to begin with.
16:12 Infinoid I've stepped on more toes than I wanted to, with those changes...
16:13 rob joined #parrot
16:13 kj it's just kindof annoying sometimes if I have to rebuild from scratch, as it takes ages on my box
16:13 kj especially core_ops compilation seems to be quite slow recently
16:14 Infinoid hmm
16:14 kj dunno why that is. msvc is somewhat slower anyway than gcc, in my experience.
16:14 kj what do the new assertions check, btw?
16:14 Infinoid was the slowness introduced within the last week or so?
16:15 Infinoid its a runtime validation of whether ARGIN/ARGMOD/etc parameters were NULL without being marked as _NULLOK
16:15 kj can't really say, honestly. I think it was slow before.
16:15 Infinoid on gcc at least, this can prevent some misoptimizations that lead to really weird bugs
16:16 Infinoid (we tell gcc the pointers can't be null, so when building optimized parrots, gcc strips out all of the code to deal with NULL pointers properly)
16:16 kj ah I see.
16:17 kj well, good thing it's solved then :-)
16:17 Infinoid yeah, hard to quantify whether it's helped though
16:17 Infinoid guess we'll see.
16:17 Infinoid anyway, thanks for testing
16:18 kj np, thanks for doing quality-improvements
16:22 ask_ joined #parrot
17:13 brunoV joined #parrot
17:16 dalek r34926 | kjs++ | trunk/compilers/pirc/src (5 files):
17:16 dalek : [pirc] more .const stuff. This is complex.
17:17 dalek : a sub-local .const can generate an instruction to load the constant in a P reg:
17:17 dalek : set_p_pc PX,PMCCONST(Y). However, a .const outside of a .sub cannot, as there's no sub to emit the instruction into. Whenever a global .const is referenced, it must be loaded into a P reg first. How to implement such load-on-demand behavior?
17:17 dalek : Likewise, a .globalconst /can/ emit the loading instruction, but whenever it's referenced in another sub (which is allowed, being global), it must be loaded there as well. Again, this asks for inserting another instruction.
17:17 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34926
17:46 cognominal joined #parrot
17:50 kid51 joined #parrot
17:58 tetragon joined #parrot
18:15 Whiteknight joined #parrot
18:41 dalek r34927 | kjs++ | trunk/compilers/pirc/src (5 files):
18:41 dalek : [pirc] cleanup a 'const' warning. More work on .const but no progress.
18:41 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34927
19:09 On joined #parrot
19:15 kid51 joined #parrot
19:15 dalek r34928 | Whiteknight++ | branches/pdd09gc_part1/src/gc:
19:15 dalek : [pdd09gc_part1] update pobject_lives to actually mark things properly for the IT collector. Still fails because of mishandling of PMC_next_for_GC
19:15 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34928
19:17 dalek r34929 | jkeenan++ | trunk/lib/Parrot/Configure:
19:17 dalek : Alias _slurp to Parrot::BuildUtil::slurp_file() per https://trac.parrot.org/parrot/ticket/117.
19:17 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34929
19:19 rurban isn't it odd the the dll/so library search functions are not in library.c but in dynext.c? the pbc and pir part does the extension handling in library.c but just dynext not.
19:21 rurban maybe because of the platform specific symlink name handling?
19:44 ewilhelm joined #parrot
19:47 dalek r34930 | Whiteknight++ | branches/pdd09gc_part1/src (2 files):
19:47 dalek : [pdd09gc_part1] remove 'aggregate' stuff, and remove optional second method of storing flags
19:47 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34930
19:55 rurban_ joined #parrot
20:00 dalek r34931 | infinoid++ | trunk/src/atomic:
20:00 dalek : [pod] The documentation for the x86 "cmpxchg" instruction is incorrect.
20:00 dalek : Fix it.
20:00 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34931
20:02 Infinoid (funnily enough, the description of it in the Intel Architecture Software Developer's Manual has some typos, too.)
20:04 dalek r34932 | rurban++ | branches/pdd30install_stage3 (2 files):
20:04 dalek : - Optimize RT #56996 fhs-runtime by never accessing wrong paths.
20:04 dalek :   ENABLE_PARROT_LIBRARY_INSTALLED is now enabled
20:04 dalek : - Fix TT #127 do not stat extensions when an extension was
20:04 dalek :   already given, + find a file without given extension if such
20:04 dalek :   a directory exists.
20:04 dalek : - Rename try_load_path() to try_load_file() as it should find
20:04 dalek :   no directories.
20:04 dalek : - Add testcases for most odd library search cases.
20:04 dalek : - Internal new behaviour for "" libpath: do not prefix this with
20:04 dalek :   the prefix as needed by installables, prefix only with "./"
20:04 dalek : - Remove {runtime|libdir}/parrot lib_path for load_bytecode.
20:04 dalek :   load_bytecode "include/file.pasm" must be written as
20:04 dalek :   load_bytecode "../include/file.pasm".
20:04 dalek :   This saves us 4 stats when the file is not in
20:04 dalek :   the runtime library but locally.
20:04 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34932
20:04 ewilhelm left #parrot
20:04 Infinoid rurban++ # great commit message
20:05 jan_ joined #parrot
20:08 MariachiElf joined #parrot
20:26 rurban And now comes the big thing...
20:26 dngor joined #parrot
20:27 dalek r34933 | rurban++ | branches/pdd30install_stage3 (94 files):
20:27 dalek : Implement optimization TT #126 in all libraries, tests and examples.
20:27 dalek : "optimize load_bytecode, .include paths: no library/ and include/ prefix"
20:27 dalek : Also omit the extension whenever possible.
20:27 dalek : This is dependant on r34932.
20:27 dalek : But there are still cornercases to be fixed with cascaded
20:27 dalek : loading with :load hooks without extension. See RT #39807.
20:27 dalek : Special testcase for this to be added.
20:27 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34933
20:28 nopaste joined #parrot
20:29 rurban Can somebody please reset my trac account. I want to update my tickets
20:34 Ron joined #parrot
20:34 dalek r34934 | rurban++ | branches/pdd30install_stage3 (2 files):
20:34 dalek : fix t/distro/file_metadata.t for t/steps/auto_pod2man-01.t, tools/build/addgenerated.pl
20:34 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34934
20:35 rurban Hi Ron. maybe I've just broken some Win32 etsts in t/src/library.t in pdd30install_stage3. Can you have a check?
20:35 rurban http://www.parrotvm.org/svn​/parrot/revision?rev=34932 the test only
20:36 Ron rurban: Hi there.  Sure.
20:36 rurban I don#t know if the OUTPUT slashes are automatically fixed
20:38 rurban creating t/src/library.t and perl  t/src/library.t shoudl be enough
20:44 dalek r34935 | rurban++ | branches/pdd30install_stage3/tools/build:
20:44 dalek : fix cuddled_else
20:44 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34935
20:44 allison rurban: account deleted, just reregister
20:46 rurban allison++ thanks
20:48 rurban allison: i still have no perms
20:48 tetragon joined #parrot
20:49 dalek r34936 | jkeenan++ | trunk/lib/Parrot:
20:49 dalek : Restore slurp() method.
20:49 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34936
20:49 rurban Now I got, thanks
20:49 allison rurban: yes, logged in user only has permission to create tickets. you're now a developer
20:51 dalek r34937 | jkeenan++ | trunk/lib/Parrot:
20:51 dalek : Restore POD for slurp() method.
20:51 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34937
20:55 kid51 Attention, those of us who have Trac developer status:  Where appropriate, please become the Owners of tickets for which you are taking responsibility.  That will provide us with better info in the Owner column in reports.  Thanks, your friendly neighborhood cage cleaner.
20:56 donaldh joined #parrot
21:02 lu_zero parrot switched to trac ?
21:02 rurban lu_zero--
21:02 kid51 For some definition of 'switched'
21:02 hudnix joined #parrot
21:02 rurban we also have a new homepage and wiki
21:03 lu_zero rurban where?
21:03 purl rumour has it rurban is on Win XP sp2
21:04 ask_ joined #parrot
21:04 rurban XP :) http://www.parrotvm.org/
21:05 rurban http://www.parrot.org/ is the new homepage and feather aka http://www.parrotvm.org/
21:06 * kid51 gets test failures in pdd30install_stage3 branch
21:06 rurban what? I get only postgres
21:06 rurban make test or codetest?
21:07 Ron rurban: I get not-ok for tests 1 and 3.
21:07 rurban Ron: Sure, but are the slashes switched? can you nopatse the full result please?
21:07 Ron nopaste?
21:07 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
21:07 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
21:08 rurban But it must be so, because test2 worked ok. Forget it. I'm happy, thanks.
21:08 nopaste "kid51" at 174.146.55.29 pasted "pdd30install_stage3 branch failures" (11 lines) at http://nopaste.snit.ch/15180
21:08 kid51 I'm lookiing at the 'bad plan' tests.
21:09 tetragon joined #parrot
21:09 nopaste "Ron" at 62.47.188.155 pasted "pdd30install_stage3 t/src/library.t results" (29 lines) at http://nopaste.snit.ch/15181
21:09 rurban hmm. I'll retry on my debian box. Maybe there's some file missing
21:09 dalek r34938 | jkeenan++ | branches/pdd30install_stage3/t/pmc:
21:09 dalek : Correct number of tests in plan.
21:09 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34938
21:10 rurban Ron, thanks. So I'll have to switch it manually. Sigh
21:11 Ron rurban: The reason for the backslashes  is quite simple, and is done on purpose.
21:11 nopaste "kid51" at 174.146.55.29 pasted "failure in t/perl/Parrot_Docs.t" (3 lines) at http://nopaste.snit.ch/15182
21:11 Ron See library.c, function path_finalize.
21:11 nopaste "rurban" at 212.183.49.98 pasted "perl t/pmc/key.t 7 tests" (9 lines) at http://nopaste.snit.ch/15183
21:16 ask_ joined #parrot
21:19 nopaste "rurban" at 212.183.49.98 pasted "Ron: fixed the test slashes" (54 lines) at http://nopaste.snit.ch/15184
21:20 dalek r34939 | rurban++ | branches/pdd30install_stage3/t/src:
21:20 dalek : fix windows slashes for t/src/library.t
21:20 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34939
21:20 rurban kid51: My t/pmc/key.t has 7 tests. My debian box has only a failing t/perl/Parrot_Docs.t test.
21:21 rurban (I'll fix the t/perl/Parrot_Docs.t test later. It's when generating html)
21:22 nopaste "Ron" at 62.47.188.155 pasted "pdd30install_stage3 t/src/library.t +patch results" (13 lines) at http://nopaste.snit.ch/15185
21:22 Ron rurban: Here's the result with the patch applied.
21:23 rurban Thanks! That's expected.
21:23 Ron Great!
21:23 rurban I'll work on that fix later. TT #128
21:25 dalek r34940 | allison++ | trunk (7 files):
21:25 dalek : [pdd30install] Build enhancements specific to Cygwin. Extracted from
21:25 dalek : pdd30install branch (Reini Urban).
21:25 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34940
21:25 GeJ Good morning everyone
21:25 rurban Ron++
21:26 rurban Hi. We have evening here
21:29 rurban Tickets solved in branches: Are they new or fixed? I keopt them as new, but did the Patch status = applied. Fixed when it is merged. Okay?
21:31 Infinoid sounds reasonable to me, as long as that's mentioned in the comments somewhere
21:32 rurban I did.
21:32 Infinoid cool.
21:35 tetragon joined #parrot
21:35 rurban I guess there once was a seperate codepath for finding .pir and .pbc. Parrot_load_bytecode sets PARROT_RUNTIME_FT_PBC or PARROT_RUNTIME_FT_SOURCE. But it's lost now. I'll re-add it with TT #128
21:37 rurban If we load_bytecode a file without extension we favour .pbc, otherwise .pir or .pasm? Or always .pbc?
21:37 rurban Or should we do a timestamp check as in python? Only when no extension is given?
21:37 pmichaud these sound like questions that need to go through the mailing list.
21:38 rurban Okay, I'll do. I think I have to axe away some code in Parrot_load_bytecode()
21:43 jonathan pmichaud: How's the branch looking?
21:43 jonathan Seems you're touching/reviewing quite a lot! :-)
21:44 pmichaud it's all intertwined in the trunk, so it has to be touched :-|
21:44 pmichaud but yes, I now have BUILD/BUILDALL/CREATE/new/bless done, as soon as I fix up the attributes stuff.
21:44 pmichaud next is WHENCE.
21:44 jonathan OK.
21:44 jonathan current schedule for merging?
21:44 pmichaud then roles, then subsets, then regexes/grammars, then merge to trunk.
21:45 pmichaud may still happen tonight, but I lost several hours on that introspection thing
21:45 jonathan What are you planning on roles and subsets?
21:45 pmichaud they're not working in the branch at the moment
21:45 jonathan Ah.
21:45 pmichaud keep in mind that the whole grammar and parse tree has changed
21:46 jonathan Seems my first Rakudo task this year will be to read the two.
21:46 jonathan I guess we're closer to STD.pm now?
21:46 pmichaud yes, much.
21:46 jonathan Great. :-)
21:46 pmichaud and there's very little introspecting the parse tree from high levels
21:46 pmichaud so lots of if/then/else cases are gone
21:47 jonathan Great.
21:47 jonathan Looking forward to seeing/hacking on the result.
21:47 jonathan Will work on bytecode annotations first next week.
21:47 pmichaud that's a good starting point
21:47 jonathan Then Rakudo once the branch is in.
21:47 pmichaud the timing will work out well that way, for both of us
21:47 jonathan But I will be online lots tomorrow.
21:48 pmichaud I should be here all tomorrow as well, depending on how wild the kids get.
21:48 jonathan So if there's any questions or stuff in the branch you want me to glance at, can do.
21:48 pmichaud (they don't start back to school until Tuesday)
21:48 pmichaud I might get you to look at multidispatch again -- there's a piece missing that the candidate sorting is looking for
21:49 pmichaud at least some of the spectests are reporting ambiguous dispatch... although that might also be due to subsets not being back in yet.
21:49 pmichaud but overall I think I'm down to under 40 failing spectest files
21:49 jonathan If subset types aren't working properly, then you'd probably get fails in the multi tests that use such types.
21:50 pmichaud yeah, that's probably it.
21:50 pmichaud anyway, it shouldn't be too difficult to re-enable them, I've just been focusing more on class stuff the past day or so.
21:50 jonathan Initialization is refactored quite a bit, I guess?
21:50 pmichaud yes.
21:51 pmichaud I'm not sure it's entirely correct, but the spec isn't clear in a couple of places.
21:51 pmichaud at any rate, it's factored properly into bless/BUILD/BUILDALL/CREATE now, even if some of the details aren't 100%
21:51 jonathan I guess we'll want at lesat one of those (BUILD IIRC) to be a submethod once those are in, too.
21:52 pmichaud actually, no.
21:52 pmichaud Object.BUILD is a method.
21:52 jonathan Ah.
21:52 jonathan I'm sure one of them is a submethod...
21:52 pmichaud BUILD is only a submethod in any derived classes, if I'm reading the spec correctly.
21:52 pmichaud but in Object, it's a method.
21:52 jonathan So if you write your own, you're supposed to write it as a submethod?
21:52 pmichaud the point is that each class inherits BUILD from Object, but if you ov.... right.
21:53 jonathan OK.
21:53 jonathan Makes sense.
21:53 pmichaud because you don't want your subclasses to inherit the BUILD you just wrote -- you want them to continue to use Object's BUILD.
21:54 tetragon joined #parrot
21:54 pmichaud I've even got the pieces in place so that someone can do    has @.a is MyArray;   and have it initalize properly
21:54 pmichaud i.e., it only uses the sigil as a last resort
21:55 pmichaud (which won't be the case for rakudo-compiled classes)
21:56 jonathan Does it work through a trait_auxiliary:is call yet?
21:56 pmichaud it compiles it kinda like a trait_auxiliariy:is, yes.
21:56 pmichaud I don't think it's actually making the call.
21:56 pmichaud (but the pieces are there to make that work when we want it to.)
21:56 pmichaud ...checking.
21:57 pmichaud oh, for attributes I'm sure it's not doing that yet.
21:57 pmichaud for classes it does....
21:57 pmichaud $P22 = "!meta_create"("class", "Foo", 0)
21:57 pmichaud .local pmc metaclass
21:57 pmichaud set metaclass, $P22
21:57 pmichaud "!meta_trait"(metaclass, "trait_auxiliary:is", "Bar")
21:57 pmichaud "!meta_compose"(metaclass)
21:58 pmichaud (that's for    class Foo is Bar {})
21:59 pmichaud for now I pass things through a "!meta_trait" sub, but eventually we could have the compiler call "trait_auxiliary:is" directly.
22:00 jonathan OK, looks good.
22:00 purl O_O
22:00 jonathan The main thing is that the trait is applied _once_ during compile time.
22:00 pmichaud it is -- the code you see there is what is generated in the :load :init for the class
22:01 pmichaud and when we figure out how to parse "is" blocks in the body, it would result in the same code for    class Foo { is Bar; }
22:02 pmichaud I'm also seeing a change I'll want to make to P6object -- I'll want to make protoobjects lazy about class creation
22:02 pmichaud so that we can say "give me a protoobject for class XYZ" but we don't actually create the Parrot class until we need it.
22:03 rurban A COW class?
22:03 pmichaud no, just lazy.
22:03 pmichaud basically we'll have a proto-protoobject :-)
22:03 jonathan I had pondered that we may need to do that a couple of weeks back, when looking at the type reg stuff.
22:03 pmichaud yeah, it might work out well for the type registry stuff as well
22:04 pmichaud right now !meta_create above is returning a Parrot class, but when we have p6object updated we can easily generalize it to give us an unrealized protoobject
22:04 pmichaud basically it just makes class composition lazy.
22:04 pmichaud (from the perspective of the compiler.)
22:05 pmichaud also, I discovered that default values are divorced from WHENCE
22:05 pmichaud (which simplifies things a lot, too)
22:14 mberends joined #parrot
22:14 jonathan Ah, good.
22:15 jonathan That clears up a few things I'd been pondering.
22:15 dalek r34941 | rurban++ | branches/pdd30install_stage3/src:
22:15 dalek : fix TT #129 load_bytecode without extension, do not recompile the found .pbc.
22:15 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34941
22:16 pmichaud the spec implies that the values on the right side of a    has $.a = <whatever>;   are implicit closures, but I'm thinking the entire assignment will have to be an implicit closure (more)
22:17 pmichaud because S12 also says:
22:17 pmichaud has ID $.collar .= new($tag);
22:18 pmichaud and
22:18 pmichaud has Tail $.tail handles 'wag' .= new(|%_);
22:19 pmichaud anyway, I have a bunch of spec-related questions when I get through this :-)
22:22 kid51 joined #parrot
22:22 axquan joined #parrot
22:24 davidfetter joined #parrot
22:25 axquan joined #parrot
22:34 pmichaud afk for a short while.
22:34 dalek r34942 | pmichaud++ | branches/rvar/src/pmc:
22:34 dalek : [oo]:  inspect_str on class objects returns shallow-copy hashes
22:34 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34942
22:34 dalek r34943 | pmichaud++ | branches/rvar/languages/perl6/src (2 files):
22:34 tetragon joined #parrot
22:34 dalek : [rakudo]:  Handle default initialization of some 'has' attributes.
22:34 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34943
22:42 dalek r34944 | rurban++ | branches/pdd30install_stage3 (2 files):
22:42 dalek : Fix TT #128 "Honor source types in Parrot_locate_runtime_file":
22:42 dalek :   Added a third argument to try_bytecode_extensions() to pass the file_type down.
22:42 dalek :   Only on PARROT_RUNTIME_FT_PBC we find a .pbc now,
22:42 dalek :   on PARROT_RUNTIME_FT_SOURCE and PARROT_RUNTIME_FT_PIR we find no existing .pbc.
22:42 dalek : TBD: No check for PIR or SOURCE yet. Do we want this?
22:43 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34944
22:54 chromatic joined #parrot
22:55 rurban Hi chromatic: I fixed src/library.c a bit in the install branch
22:55 rurban See the recent trac tickets
22:56 chromatic I saw that.  Very nice.
23:01 rurban Shit rt.perl.org is down
23:01 TonyC looks up here
23:02 rurban Hmm, only partially
23:03 TonyC kind of slow
23:03 kid51 came up for me -- and it's never fast.
23:04 rurban Looks like it's the ocean...
23:05 rurban No, it's just my ticket which is so slow. It's an old one :)
23:05 jonathan Tickets get slower with age?!
23:06 rurban Sure, 3xxxx are the slowest  (just kidding)
23:11 tewk_ joined #parrot
23:22 dalek r34945 | rurban++ | branches/pdd30install_stag​e3/runtime/parrot/library:
23:22 dalek : TT #126, r34933: fix errmsg
23:22 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34945
23:23 tetragon joined #parrot
23:24 desertmax__ joined #parrot
23:26 rurban library/File/Spec.pir: shouldn't we try to use and fix it? It would be needed sooner or later.
23:26 rurban RFC trac TT#109 by chromatic remove File/Spec.pir
23:26 chromatic I vote fix.
23:26 rurban Okay, I'll try.
23:27 rurban To get more .pir foo
23:35 dalek r34946 | allison++ | trunk/docs:
23:35 dalek : [doc] Update conditional line documentation.
23:35 dalek review: http://www.parrotvm.org/svn​/parrot/revision?rev=34946
23:44 Khisanth joined #parrot
23:45 tetragon joined #parrot

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced