Camelia, the Perl 6 bug

IRC log for #parrot, 2008-05-28

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 bacek_ joined #parrot
00:03 bacek_ joined #parrot
00:04 bacek_ morning...
00:19 bacek_ S03?
00:19 purl rumour has it S03 is the operators spec or dev.perl.org/perl6/doc/design/syn/S03.html
00:24 Whiteknight get_global returns a "symbol" from a namespace. can the "symbol" be both a function and a global variable?
00:24 chromatic It'll be a PMC.
00:25 Whiteknight right, but can it get both functions AND global variables, or only functions?
00:25 pmichaud functions are global variables.  :-)
00:25 Whiteknight PDD21 just says "symbol", which I find to be ambiguous
00:25 pmichaud a symbol simply binds a name to an object
00:26 pmichaud that object can be an integer, a list, a function, a class, or whatever.
00:26 pmichaud (in the case of Parrot, our "objects" are PMCs)
00:26 Whiteknight ok, that's what I thought. I figured it would be very general
00:28 dalek r27862 | pmichaud++ | pge:
00:28 dalek : Creating a branch for some major PGE refactors.
00:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27862
00:41 veek joined #parrot
01:24 Zaba_ joined #parrot
01:48 cjfields_ joined #parrot
01:56 dalek r27863 | jkeenan++ | searchdocs:
01:56 dalek : Refine samples.pm so that it passes more of the coding standards tests.
01:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27863
01:56 petdance joined #parrot
01:57 dalek r27864 | jkeenan++ | searchdocs:
01:57 dalek : Remove this prior to copying trunk copy into branch; couldn't get svn properties correct.
01:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27864
01:58 dalek r27865 | jkeenan++ | searchdocs:
01:58 dalek : Copy trunk version into branch in the hope that we get the SVN properties
01:58 dalek : correct.
01:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27865
02:09 dalek r27866 | jkeenan++ | trunk:
02:09 dalek : Correct flaws in regexes:  (1) Paragraphs should be thought of as delimited by
02:09 dalek : \n{2,} rather than strictly \n\n.  (2) Allow for possibility of no arguments,
02:09 dalek : e.g., end().
02:09 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27866
02:15 Auzon joined #parrot
02:25 cjfields joined #parrot
02:31 dalek r27867 | jkeenan++ | searchdocs:
02:31 dalek : search-ops.pl is really a Parrot developer's tool, so reposition it inside the
02:31 dalek : distribution under tools/dev/.  By extension, move corresponding module out of
02:31 dalek : lib/Parrot/Docs/ into lib/Parrot/ and move tests from t/doc/ -- where they
02:31 dalek : play havoc with coding standards tests -- to new directory t/tools/dev/.
02:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27867
02:41 petdance joined #parrot
02:50 contingencyplan joined #parrot
02:56 cjfields joined #parrot
03:31 dalek r27868 | Whiteknight++ | gsoc_pdd09:
03:31 dalek : [gsoc_pdd09] First stab at basic data structures for the new GC.
03:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27868
03:59 tetragon joined #parrot
04:06 cjfields joined #parrot
04:06 cjfields left #parrot
04:13 cjfields joined #parrot
04:21 ank joined #parrot
04:36 Zaba joined #parrot
05:34 Auzon joined #parrot
06:12 uniejo joined #parrot
06:45 UltraDM joined #parrot
07:06 japhb joined #parrot
07:36 iblechbot joined #parrot
07:41 cosimo joined #parrot
07:47 * japhb is having a very mixed evening: gave a well-received presentation on Parrot for local Perl Mongers meeting.  Then came home to discover that NFS server at work had filled up disks.  Sigh.
08:09 Casan joined #parrot
08:35 ejs joined #parrot
08:39 Zaba joined #parrot
08:45 ejs joined #parrot
08:49 ank joined #parrot
10:07 dalek r27869 | fperrad++ | trunk:
10:07 dalek : [build]
10:07 dalek : - fix compiling on MinGW32
10:07 dalek : config/gen/platform/win32/time.c:139: error: elements of array `wday_name' have incomplete type
10:07 dalek : config/gen/platform/win32/time.c:139: error: storage size of 'wday_name' isn't known
10:07 dalek : config/gen/platform/win32/time.c:141: error: elements of array `mon_name' have incomplete type
10:07 dalek : config/gen/platform/win32/time.c:141: error: storage size of 'mon_name' isn't known
10:07 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27869
10:26 bacek hi there.
10:28 AndyA joined #parrot
10:34 contingencyplan joined #parrot
10:40 contingencyplan joined #parrot
10:49 ruoso joined #parrot
10:54 dalek r27870 | kjs++ | trunk:
10:54 dalek : [tutorial] add first 4 episodes of PCT tutorial to /doc directory in languages/squaak.
10:54 dalek : update manifest.
10:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27870
11:09 IllvilJa joined #parrot
11:18 mj41 joined #parrot
11:26 contingencyplan joined #parrot
12:17 braceta joined #parrot
12:21 DietCoke japhb++ # parroting it up.
12:28 DietCoke seen chromatic?
12:28 clunker3 chromatic was last seen on #parrot 12 hours, 3 minutes and 36 seconds ago, saying: It'll be a PMC.
12:28 purl chromatic was last seen on #parrot 12 hours and 4 minutes ago, saying: It'll be a PMC.
12:28 DietCoke seen kid51?
12:28 clunker3 kid51 was last seen on #perl-qa 7 months, 18 hours, 45 minutes and 9 seconds ago, saying: Example for me:  http://thenceforward.net/parrot/cov​erage/configure-build/coverage.html
12:28 purl kid51 was last seen on purl 1 day and 23 hours ago, saying: <private message>  [May 26 06:55:53 2008]
12:28 shorten clunker3's url is at http://xrl.us/4hgj
12:28 DietCoke clunker3, owner?
12:29 DietCoke coke?
12:29 purl i think coke is mailto:will@coleda.com or just a figurehead. or http://coke-floats.blogspot.com/ or DietCoke
12:29 DietCoke clunker?
12:29 purl clunker is a known bot.
12:29 DietCoke clunker3?
12:29 purl i guess clunker3 is running from Tux_'s pc at work
12:30 DietCoke Tux?
12:30 purl i think Tux is H.Merijn Brand <mailto:h.m.brand@xs4all.nl> and maintains HP-UX binaries for Perl (with DOR!) and other free software at http://www.cmve.net/~merijn/ or cbu in PM
12:30 DietCoke seen tux?
12:30 clunker3 Tux was last seen on #perl-qa 21 hours, 3 minutes and 56 seconds ago, saying: :)
12:30 purl tux was last seen on #p5p 23 hours and 25 minutes ago, saying: purl, git?
12:31 tetragon joined #parrot
12:35 DietCoke ambs?
12:35 purl well, ambs is Alberto Simoes, one of the organizers of YAPC::EU::2005 and available at mailto:ambs@cpan.org
12:35 DietCoke seen ambs?
12:35 clunker3 ambs was last seen on #yapc 1 year, 8 months, 20 days, 18 hours, 8 minutes and 3 seconds ago, saying: ruivilela, try to explain miyagawa how you are using XML::Atom
12:35 purl ambs was last seen on #parrot 4 days and 17 hours ago, saying: Auzon, no such file or directory  [May 23 12:21:01 2008]
12:36 DietCoke seen coke?
12:36 clunker3 Coke was last seen on #yapc 1 year, 11 months, 2 days, 9 hours, 19 minutes and 44 seconds ago, saying: will it be obvious where to go upon entering the building?
12:36 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 4 minutes and 27 seconds ago, saying: possibly.
12:36 purl coke was last seen on #parrot 4 days and 17 hours ago, saying: quadruples the RAM on his desktop.  [May 23 12:26:52 2008]
12:37 DietCoke seen coke?
12:37 clunker3 Coke was last seen on #yapc 1 year, 11 months, 2 days, 9 hours, 20 minutes and 19 seconds ago, saying: will it be obvious where to go upon entering the building?
12:37 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 5 minutes and 2 seconds ago, saying: possibly.
12:37 purl coke was last seen on #parrot 4 days and 17 hours ago, saying: quadruples the RAM on his desktop.  [May 23 12:26:52 2008]
12:37 Tux joined #parrot
12:37 Tux (just checking) ...
12:37 Tux seen coke
12:37 clunker3 Coke was last seen on #yapc 1 year, 11 months, 2 days, 9 hours, 20 minutes and 59 seconds ago, saying: will it be obvious where to go upon entering the building?
12:37 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 5 minutes and 42 seconds ago, saying: possibly.
12:37 purl coke was last seen on #parrot 4 days and 17 hours ago, saying: quadruples the RAM on his desktop.  [May 23 12:26:52 2008]
12:40 AndyA joined #parrot
12:42 baest It would be cool with a bot in the channel :)
12:42 bacek seen purl
12:42 clunker3 purl was last seen on #parrot 5 minutes and 2 seconds ago, saying: coke was last seen on #parrot 4 days and 17 hours ago, saying: quadruples the RAM on his desktop.  [May 23 12:26:52 2008]
12:42 purl purl was last seen on #perlfr 5 days and 19 hours ago, saying: i think list::util is now in core. The version there has been fixed up.  [May 22 10:39:51 2008]
12:42 purl clunker3: what?
12:43 moritz baest: you can still /ignoe clunker3
12:43 bacek seen purl
12:43 clunker3 purl was last seen on #parrot 23 seconds ago, saying: clunker3: what?
12:43 purl purl was last seen on #perlfr 5 days and 19 hours ago, saying: i think list::util is now in core. The version there has been fixed up.  [May 22 10:39:51 2008]
12:43 purl clunker3: i haven't a clue
12:43 baest moritz: true :)
12:43 Tux I'll check clunker3' code for being silent on seen if purl or dipsy are around
12:43 moritz Tux++ # reducing irc annoyance
12:43 bacek summon pmichaud
12:44 Tux ambs invited clunker3 here. I've got no problem if you want it to leave
12:44 gryphon joined #parrot
12:44 bacek hmm... doesn't work...
12:44 purl Look buddy, doesn't work is a strong statement. Does it sit on the couch all day? Is it making faces at you? Does it want more money? Is it sleeping with your girlfriend? Please be specific!
12:44 bacek pmichaud, ping
12:44 Tux !summon pmichaud
12:44 clunker3 PMICHAUD pMIcHaUd PMIcHaud pmICHAUd PmICHAud pmICHAud PmiChAUD PmiChAUd pMIcHAuD PMIcHaUD PMiChAUd PMIcHAud, Tux needs you
12:44 pmichaud pong
12:44 bacek o!
12:44 bacek It works :)
12:44 * moritz is really impressed
12:44 pmichaud no, I had already seen bacek's summons.
12:45 Tux leading bang is clunker only commands
12:45 pmichaud clunker3 is just annoying noise.  :-)
12:45 * bacek is great summoner :)
12:45 bacek pmichaud, how is you rt-queue-disposal process?
12:45 Tux just tel clunker3 to go then: !part #parrot
12:45 pmichaud bacek: working on it now.
12:46 bacek pmichaud, great!
12:46 pmichaud I'm having to deal with $otherjob this morning -- apparently they think I'm to be no longer employed in 3 days.  :-|
12:46 DietCoke urk.
12:46 bacek pmichaud, eek...
12:47 DietCoke opbots, names
12:47 Coke opbots, names
12:47 pmichaud (I have two contracts with them -- one contract ends on the 31st, but the other one continues.)
12:47 Coke opbots, trust me?
12:47 slavorg Ok
12:47 clunker3 But I do not trust you Coke
12:47 bacek pmichaud, it's classic...
12:47 Coke opbots, names?
12:47 * Coke smacks the opbots.
12:50 bacek pmichaud, I have another stupid question... map { () } and map { [] } generates same pir.
12:50 pmichaud we haven't implemented arrays yet
12:50 bacek some not-yet-implemented magick?
12:50 bacek ok :)
12:51 pmichaud that's waiting on jonathan's mutables work
12:51 bacek Should it be separate class?
12:58 pmichaud it will end up being an Array container with a List
12:58 pmichaud afk for a bit
12:59 AndyA joined #parrot
13:07 masak joined #parrot
13:16 pmichaud j
13:17 Tux seen coke
13:17 clunker3 Coke was last seen on #parrot 29 minutes and 44 seconds ago, saying: opbots, names?
13:17 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 45 minutes and 12 seconds ago, saying: possibly.
13:17 purl coke was last seen on #parrot 29 minutes and 34 seconds ago, saying: smacks the opbots.
13:17 Tux seen coke
13:17 clunker3 Coke was last seen on #parrot 29 minutes and 46 seconds ago, saying: opbots, names?
13:17 purl coke was last seen on #parrot 29 minutes and 36 seconds ago, saying: smacks the opbots.
13:17 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 45 minutes and 14 seconds ago, saying: possibly.
13:17 Tux grrrr
13:17 Tux !names
13:17 masak seen DietCoke
13:17 clunker3 DietCoke was last seen on #parrot 30 minutes and 58 seconds ago, saying: opbots, names
13:17 purl DietCoke was last seen on #parrot 30 minutes and 59 seconds ago, saying: opbots, names
13:18 Tux Ahhh, maybe the names list is too long, and I don't see past the first line!
13:23 Tux !names
13:27 Tux !names
13:27 Tux seen coke
13:27 clunker3 Coke was last seen on #parrot 40 minutes ago, saying: opbots, names?
13:27 clunker3 coke was last seen on #yapc 1 year, 11 months, 2 days, 10 hours, 55 minutes and 28 seconds ago, saying: possibly.
13:27 purl coke was last seen on #parrot 39 minutes and 49 seconds ago, saying: smacks the opbots.
13:28 Tux !names
13:30 Tux !names
13:30 jhorwitz joined #parrot
13:31 dalek r27871 | pmichaud++ | trunk:
13:31 dalek : [rakudo]:
13:31 dalek : * Add some more operators (RT#54946, dolmen++)
13:31 dalek : * Patch courtesy Olivier Mengu� <olivier.mengue at gmail.com>
13:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27871
13:33 moritz pmichaud: what encoding are the commit messages in?
13:33 pmichaud moritz: utf8, I suspect.
13:34 moritz weird, my client (also utf8) shows them correclty, while the logs (that default to utf8) show it wrongly
13:34 AndyA joined #parrot
13:35 DietCoke which client?
13:35 purl which client is, like, that
13:35 DietCoke purl, forget which client
13:35 purl DietCoke: I forgot which client
13:35 moritz DietCoke: irssi
13:35 DietCoke looks fine here.
13:36 DietCoke I suspect you might have a TERM problem somewhere.
13:36 DietCoke (and usually I'm on the failing end of that. GO ME!)
13:36 DietCoke hey, I'm a real peson!
13:36 Whiteknight joined #parrot
13:36 DietCoke ... paesan?
13:37 Infinoid (I don't know what's up with the opbots lately.)
13:38 * pmichaud grimaces when looking at List.pir
13:38 moritz the logging bot is to blame
13:38 Infinoid oh.
13:39 bacek pmichaud, don't like spagetty?
13:40 pmichaud no, some of the methods are really convoluted and overly complex
13:40 Tux !names
13:40 Tux seen coke
13:40 purl coke was last seen on #parrot 52 minutes and 44 seconds ago, saying: smacks the opbots.
13:40 DietCoke moritz: I am able to see the accent on the 'e' in the last commit message it sent. FYI. (two wrongs might make a right here..)
13:40 Tux \o/
13:40 pmichaud S29?
13:40 purl S29 is, like, http://svn.pugscode.org/pugs/​docs/Perl6/Spec/Functions.pod
13:41 Tux left #parrot
13:41 moritz DietCoke: I just found out that dalek reported it here correctly, but rakudo_svn in #perl6 killed it. Bot::BasicBot has some problems with it as well - so nobody here (except me ;) is to blame
13:42 bacek pmichaud, #54822 will help little bit :)
13:42 pmichaud arggggh!  List.pir has *two* sorts in it!
13:43 bacek pmichaud, what???
13:43 purl hmmm... pmichaud, is there an NQP test suitable for profiling?
13:43 pmichaud I'm working on #54822 now, which is what is causing me to notice all of these things.  :-)
13:43 pmichaud I'll apply #54822, then clean everything up.
13:43 masak pmichaud++
13:44 bacek pmichaud, there is 2 sorts in my version: method and operator.
13:44 bacek is it wrong?
13:44 pmichaud oh, okay.
13:44 moritz sub, not operator, is it?
13:45 pmichaud the method sort needs to have an RT ticket so that we can get rid of the FPA stuff.
13:45 bacek moritz, yes (if I understand question correctly)
13:45 moritz btw current rakudo fails t/spec/S29-array/kv
13:45 pmichaud yes, I noticed that.  Haven't gotten around to it.  Oddly, spectest_regression reports "All tests successful"
13:46 moritz pmichaud: maybe this is related to fudge (not?) changing the return value?
13:46 bacek moritz, which test failed???
13:46 moritz bacek: t/spec/S29-array/kv.t
13:46 moritz it says error:imcc:syntax error, unexpected '\n' in file 'EVAL_12' line 277
13:47 bacek moritz, there is no fudgin in this test...
13:47 moritz but then continues as normal
13:47 moritz bacek: right, I just saw that
13:47 bacek moritz, it happens for few days already...
13:48 pmichaud anyway, we definitely shouldn't be getting the imcc syntax error
13:48 pmichaud so I'll put it on my list of things to fix today.
13:49 moritz when I compile the test to pir and try to run that with parrot I get the same error - and then it doesn't resume execution
13:49 AndyA joined #parrot
13:50 moritz the offending line is 277, 'copy $P22,'
13:51 dalek r27872 | pmichaud++ | trunk:
13:51 dalek : [rakudo]:
13:51 dalek : * Refactored version of List's grep, reduce, first methods (RT#54822, bacek++)
13:51 dalek : * Patch courtesy Vasily Chekalkin <bacek@bacek.com>
13:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27872
13:51 bacek moritz, looks like it generated from '@a = ()'...
13:52 bacek pmichaud, thanks :)
13:52 bacek moritz, yes. Try compile to pir 'my @a = ()'
13:53 pmichaud oh, I can probably fix that one.
13:53 nopaste "bacek" at 202.7.166.170 pasted "Incorrect PAST for '@a=()'" (19 lines) at http://nopaste.snit.ch/13089
13:54 pmichaud right, it probably has to do with my infix:, patches over the weekend
13:56 dalek r27873 | Whiteknight++ | gsoc_pdd09:
13:56 dalek : [gsoc_pdd09] updating to trunk r27871
13:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27873
13:56 dalek r27874 | pmichaud++ | trunk:
13:56 dalek : [rakudo]:
13:56 dalek : * Handle negative length in Str.substr (RT#54766, bacek++)
13:56 dalek : * Patch courtesy Vasily Chekalkin <bacek@bacek.com>
13:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27874
13:56 pmichaud bacek:  does #54766 handle the case where the negative length is larger than the length of the string ?
13:57 bacek pmichaud, yes.
13:58 bacek pmichaud, it passing S29-str/substr.t
13:58 moritz negative indxes are different in Perl 6 than in Perl 5
13:58 bacek except lvalue assignment...
13:58 moritz you need @array[*-1] if you want to access the last item
13:59 bacek ok 9 - from beginning, with negative length
13:59 bacek ok 10 - in middle, with negative length
13:59 bacek ok 11 - negative length - gives empty string
13:59 pmichaud moritz: this is for substr()
13:59 moritz oh, /me is confused
13:59 moritz sorry
13:59 pmichaud I don't know if substr requires *-1
13:59 moritz don't think so, also it would be consistent
14:00 moritz s/also/although/
14:00 pmichaud I think the spectests still use   [-1]  though.
14:00 pmichaud sorry, sanity tests
14:00 bacek pmichaud, you can add S29-str/substr.t in t/passing_tests. I forgot to do it...
14:00 moritz pmichaud: I'll have a look at the tests
14:01 pmichaud oh, maybe not.
14:01 pmichaud I thought I saw that this weekend, though.  I should've filed a ticket.
14:02 moritz what "maybe not"?
14:02 pmichaud oh, it's in the 00-parrot tests
14:02 pmichaud never mind.  :-)
14:05 pmichaud moritz: in RT#54762 (README patch), the link  http://svn.pugscode.org/tests/spec/  doesn't seem to work
14:06 pmichaud should that be  .../pugs/t/spec/  ?
14:06 moritz pmichaud: yes
14:06 moritz http://svn.pugscode.org/pugs/t/spec is correct
14:08 dalek r27875 | pmichaud++ | trunk:
14:08 dalek : [rakudo]:
14:08 dalek : * Update README with "make spectest_regression" (RT#54762, moritz++)
14:08 dalek : * Patch courtesy Moritz Lenz <moritz@casella.verplant.org>
14:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27875
14:09 pmichaud okay, that helps to clear out the perl6 RT queue a bit.  :-)
14:11 dalek r27876 | pmichaud++ | trunk:
14:12 dalek : [rakudo]:
14:12 dalek : * Add 'pop' function.  (RT#54746, bacek++)
14:12 dalek : * Patch courtesy Vasily Chekalkin <bacek@bacek.com>
14:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27876
14:12 bacek pmichaud, I can create more tickets :)
14:12 moritz pmichaud++ # going through the tickets
14:12 bacek karma pmichaud
14:12 purl pmichaud has karma of 1307
14:13 pmichaud bacek:  is #54742 still relevant, or was that superceded by a later patch?
14:13 bacek pmichaud, just a sec
14:14 bacek pmichaud, yes, it relevant. There is latest version of 'map' attached :)
14:14 bacek http://rt.perl.org/rt3/Ticket/At​tachment/413800/188114/map.diff
14:14 bacek I hope that it almost correct version.
14:15 bacek moritz, I think you can add more tests to t/passing_tests ;)
14:16 moritz bacek: I'll wait until the flood of commits ceases, then I'll write a short script that automatically suggests which tests to add
14:17 * jonathan would be happy if someone more familiar with merging stuff would put all the latest trunk work into the mutables branch.
14:17 cjfields joined #parrot
14:17 pmichaud I suspect it might be easier to merge the mutables branch into trunk when it works.
14:18 jonathan Ok, whatever. :-)
14:18 * jonathan doesn't want it to be too painful. :-)
14:18 jonathan I won't get to look at it again until I'm at FPW, or on the way there at least.
14:19 pmichaud proposal:  when you have mutables to the point where you want to try a merge, pass it to me so I can do the merge.  This would also give me a good opportunity to review the mutables code.
14:19 bacek jonathan, it will be painful... Merging in svn is really bad...
14:20 jonathan Still got talks to finish up, my bag got sent to Munich rather than to my airport yesterday so I've gotta go find another bag, since they've not managed to get it to me today...
14:20 pmichaud if I get a chance to do a merge into the mutables branch I'll do it, though.
14:20 pmichaud but this morning I'm toying with the idea of switching rakudo's grammar to be proto-regex based
14:20 pmichaud so that we can start getting  infix_prefix_meta and the like.
14:20 jonathan Sure, there's no hurry.
14:21 jonathan I'm just keen on knowing that if I get a clean set of test results in the Mutables branch, then it's going to be reflected when it's merged into trunk.
14:22 pmichaud I think we'll still have some merging to do, but thus far the patches I'm submitting to trunk shouldn't have a huge impact on mutables.
14:22 jrockway joined #parrot
14:22 Infinoid currently it looks like there are no merge conflicts between trunk and mutablerakudo
14:22 pmichaud I think I should hold off on list context until after merge, though.
14:22 pmichaud either that or try to do list context in the branch.  but I'm not quite there yet.
14:23 jonathan Let's see, when the branch is ready.
14:23 dalek r27877 | pmichaud++ | trunk:
14:23 dalek : [rakudo]:
14:23 dalek : * Add refactored implementation of 'map' (RT#54742, bacek++)
14:23 dalek : * Patch courtesy Vasily Chekalkin <bacek@bacek.com>
14:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27877
14:24 pmichaud eta?
14:24 purl eta is, like, estimated time of arrival or Euskadi Ta Askatasuna, or like the Basque PLO
14:25 jonathan I'm hoping I get enough hacking time in at FPW to have it ready by the end of the weekend.
14:25 iblechbot joined #parrot
14:25 pmichaud that would be awesome.
14:25 jonathan I won't get any time in on it today...still got lots to sort out and I have to leave here about 4am tomorrow to get the bus to the airport.
14:26 pmichaud no problem.
14:26 pmichaud I have plenty to keep me busy at the moment.  protoregex implementation may take a couple of days, as will the pge refactor
14:26 pmichaud I'm hoping to avoid a deprecation cycle in PGE but might not be able to do that.
14:26 * jonathan is gecked that they lost his bag at about one of the most inconvenient times possible.
14:27 jonathan OK, sounds like you've got plenty on your plate. :-)
14:32 pmichaud okay, time to clean up the List code.
14:34 bacek dies_ok({ my @r; @r.push<hi>; }, 'bar');
14:34 bacek I don't understand it...
14:35 bacek rakudo too. Method 'viviself' not found for invocant of class 'PAST::Op'
14:36 moritz what's the fudge directive to comment out all the rest of a test file?
14:36 pmichaud I don't know that there is one.  might just try using an obscenely high skip value.
14:36 pmichaud I think I did that for one of the tests (something like 9999 or 99999)
14:36 bacek moritz, 1000 skip ::)
14:36 moritz pmichaud: does that comment out lines that aren't tests?
14:36 bacek moritz, no
14:37 pmichaud I think so, yes.
14:37 pmichaud "skip" in fudge comments out code as being unparseable.
14:38 cjfields pmichaud: is rakudo 'trans' supposed to be implemented?
14:38 pmichaud S29?
14:38 purl rumour has it S29 is http://svn.pugscode.org/pugs/​docs/Perl6/Spec/Functions.pod
14:39 cjfields transliteration. S05?
14:39 DietCoke (merging in svn is really bad) I disagree, at least for the types of merging we're doing with parrot.
14:39 cjfields S05?
14:39 pmichaud S05 is http://dev.perl.org/perl6/doc/design/syn/S05.html
14:39 pmichaud (feeding the bot :-)
14:39 pmichaud no, transliteration isn't implemented yet
14:40 pmichaud I'm guessing that transliteration appears in S05 for historical reasons, though, because ".trans" doesn't appear to have anything to do with regexes
14:40 bacek pmichaud, can you fix '@a=()'. Pleeease :)
14:41 cjfields pmichaud: Okay.  It looks like trans() is partially implemented in string.pmc
14:41 pmichaud might be able to use that one somewhat.
14:42 cjfields so it appears to be 'peaking through' when testing it out
14:42 pmichaud right.
14:43 cjfields do you think it would be worth trying to get a partially implemented trans() working for rakudo?
14:43 pmichaud yes.
14:43 pmichaud it shouldn't be too difficult.
14:43 pmichaud might even be a good candidate for a p6 implementation
14:43 pmichaud instead of a pir one
14:44 dalek r27878 | Whiteknight++ | trunk:
14:44 dalek : [languages] updating all languages except Tcl and Perl6 to use ".namespace []" as per rt#48549. all tests that were passing are still passing.
14:44 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27878
14:44 cjfields okay.  I'll see what I can come up with, will post to RT when I can
14:45 DietCoke Whiteknight: it's ok if you want to update Tcl as well.
14:46 Whiteknight i will, it just has a lot of instances, and I want to make sure to focus and do it very carefully
14:49 rdice joined #parrot
14:50 moritz we have at least four new files that pass rakudo's test suite (fudged, though)
14:52 dalek r27879 | pmichaud++ | trunk:
14:52 dalek : [rakudo]:
14:52 dalek : * Fix "()" (and "[]") to return an empty list.
14:52 dalek : * Reported by bacek++, moritz++ .
14:52 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27879
14:53 pmichaud t/spec/S29-array/kv.t passes in r27879.
14:53 DietCoke Whiteknight: thank you for not breaking tcl. =-)
14:54 DietCoke while you're in there, see if you can make it run expr.t in about 1/30 of the time.
14:54 Whiteknight well, i dont know Tcl, so....ok!
14:54 bacek pmichaud++
14:54 AndyA joined #parrot
14:56 bacek Stupid question... How signature of this 'our Int multi method push ( @array: *@values ) is export' should be in PIR?
14:56 moritz pmichaud: http://nopaste.snit.ch/13090 # more tests for spectest_regression
14:57 particle pmichaud: i think your refactored code could still use some work
14:57 pmichaud particle: example?
14:57 particle shouldn't we be using 'get_iter' rather than new 'Iterator'?
14:57 pmichaud or reference?
14:57 purl hmmm... reference is now stringified
14:57 bacek moritz++ # for spectest_regression as usual :)
14:57 pmichaud actually, I suspect we should be using .iterator
14:58 pmichaud but only S09 references that at the moment.
14:58 particle either way, we should be asking the aggregate for an iterator of it's chosing
14:58 pmichaud well, that's really what   new 'Iterator', ....    does
14:59 particle it calls get_iter on the PREG arg?
14:59 pmichaud it asks the preg arg for an iterator, yes.
14:59 particle if so, then it's TIMTOWTDI
14:59 pmichaud it doesn't use get_iter to do it, I don't think.
15:00 jonathan Please use get_iter, not new 'Iterator'
15:00 particle :)
15:00 jonathan Otherwise file handles, ranges, etc, won't work.
15:00 particle ok. i can update, since pmichaud is quite busy
15:01 pmichaud for now let's use .iterator in preference to get_iter
15:01 jonathan .iterator?
15:01 particle needs to be written
15:01 pmichaud Hashes have a .iterator on them, so I'm assuming that arrays and lists could do the same.
15:01 jonathan Ah, OK.
15:01 particle yeah.
15:01 pmichaud S09.
15:01 DietCoke jonathan: how does how you get the iterator matter?
15:02 DietCoke (at the PIR level, both new Iterator, foo and get_iter foo should do the same thing, neh?
15:02 pmichaud When the hash itself needs an iterator for C<.pairs>,
15:02 pmichaud C<.keys>, C<.values>, or C<.kv>, it calls C<%hash.iterator()> to
15:02 pmichaud start one.  In item context, C<.iterator> returns an iterator object.
15:02 pmichaud In list context, it returns a lazy list fed by the iterator.  It must
15:02 pmichaud be possible for a hash to be in more than one iterator at a time,
15:02 jonathan DietCoke: new 'Iterator' instantiates an Iterator PMC.
15:02 pmichaud as long as the iterator state is stored in a lazy list.
15:02 * bacek wander what [*-1] means...
15:02 DietCoke jonathan: and get_iter doesn't instantiate a PMC?
15:02 pmichaud bacek:   [*-1]   is the last element of a list
15:02 jonathan DietCoke: get_iter vtable method lets a PMC say what sort of iterator it wants.
15:02 moritz '*' is the "whatever star"
15:02 jonathan So you aren't tied to the default Parrot Iterator.
15:02 bacek pmichaud, S<n>?
15:03 moritz so @a[*] means "all elements of a list"
15:03 DietCoke ... ah. it just happens to be that way for the defaults, but not the ones you mentioned, necessary, got it, thanks.
15:03 moritz S09 perhaps?
15:03 DietCoke "necessarily"
15:03 bacek moritz, thanks
15:03 jonathan Yes, for built-in PMCs it does the same today.
15:04 DietCoke jonathan++
15:04 pmichaud particle:  I'm about to make massive changes to List.pir, so you might want to wait on that one.
15:04 particle wilco
15:05 particle i'm rebuilding parrot atm, so you've got 10-15m before it and rakudo are ready for me to hack anyway
15:06 pmichaud is get_iter a vtable method?
15:06 jonathan pmichaud: Yes, and the iter op calls it.
15:06 bacek looks like Whatever.pir is just stub...
15:06 pmichaud I don't think rakudo implements [*-1] yet.
15:06 moritz bacek: I don't think that Whatever has to acutally *do* something, I suspect it's more like a flag that can be used in MMD
15:06 jonathan I haven't myself done much with Whatever beyond making it parse and create an instance of Whatever.
15:07 jonathan Many places need to use it.
15:07 bacek pmichaud, I think so...
15:07 jonathan Well, what moritz said. :-)
15:08 * particle wants to rename t/passing_spec to t/spectest_regression.data or similar
15:09 moritz particle: do it, it's just a small patch
15:09 * moritz isn't exactly famous for picking telling names
15:09 particle they're not passing spec, anyway
15:09 particle they're passing fudged spec
15:09 particle correct?
15:10 NotFound Someone can test my last patch in #54602 on some non linux386?
15:10 moritz NotFound: URL?
15:10 NotFound http://rt.perl.org/rt3/Ticket/Att​achment/413398/187902/hello.patch
15:10 shorten NotFound's url is at http://xrl.us/bk58x
15:10 moritz particle: correct
15:11 * particle would love a test management system
15:11 particle specifically something that allows each user to specify a list of test files, and how they should be run (raw, fudged, etc)
15:12 particle as well as standard sets of test files everyone can run
15:12 particle then i could update (eg. t/.testrc) with the list of tests important to me as i develop feature X
15:12 moritz NotFound: it builds, I'm smoking now
15:12 pmichaud particle: we already have that.
15:13 NotFound moritz: make hello is the thing to test.
15:13 moritz NotFound: do I have to re-run configure?
15:13 moritz Hello from your friendly makefile
15:13 NotFound No.
15:13 pmichaud "specify a list of test files" is the --tests-from-file option to t/harness.
15:14 particle pmichaud: we need a little more infrastructure, like makefile targets. ok, i'll work on that
15:14 NotFound Ok, you can also build perl6, just in case,
15:14 moritz you can't fudge on a per-file basis yet
15:14 moritz NotFound: builds fine, tests atm
15:14 pmichaud oh, yes, we don't have fudge on a per-file basis
15:14 NotFound moritz: what platform?
15:14 particle we certainly *could* fudge per-file
15:14 moritz NotFound: Debian GNU/Linux i386
15:14 pmichaud that might be cool.
15:15 moritz I can implement that (hopefully)
15:15 pmichaud I wasn't thinking of per-file fudging.
15:15 particle moritz++ # that would be a huge help
15:16 pmichaud so then --fudge needs to become --fudge-all, probably.  :-)
15:16 moritz btw it takes about 6 minutes to "run" the full t/spec/ test suite (without t/spec/S29-conversions/ord_and_chr.t which hangs for me)
15:16 particle heck, we could stick everything in one ini-style data file
15:16 NotFound Some report on other platforms will be good.
15:16 pmichaud er, fap.
15:17 pmichaud I messed up r27880.
15:17 dalek r27880 | pmichaud++ | trunk:
15:17 dalek : [rakudo]:
15:17 dalek : * Add 'iterator' method to List.
15:17 dalek : * Fix 'perl' method to be a lot cleaner and simpler.
15:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27880
15:17 pmichaud of course, 'perl' was wrong in 27879 also.
15:17 jonathan heh
15:18 jonathan Yeah, needs to call .perl on each element.
15:18 pmichaud right.
15:19 pmichaud it was the ".local string res"   "res .= '['" that bugged me.
15:19 particle wow. yeah, i really screwed that up when i wrote it earlier this week
15:19 particle (ugly code)--
15:21 bacek karma (ugly code)
15:21 purl (ugly code) has neutral karma
15:21 bacek hmmm... too bad.
15:21 pmichaud karma ugly code
15:21 purl ugly code has karma of -4
15:21 Zaba karma pmichaud
15:21 purl pmichaud has karma of 1311
15:21 bacek only -4???
15:21 moritz http://nopaste.snit.ch/13091
15:22 pmichaud that could go in a tools/ subdir.
15:22 moritz it's not cross-platform
15:23 pmichaud that's okay, doesn't have to be.
15:23 bacek should '@a.push(@b)' 'flatten' argument?
15:23 pmichaud (if someone wants to make it cross-platform, that'd be great.)
15:26 dalek r27881 | pmichaud++ | trunk:
15:26 dalek : [rakudo]:
15:26 dalek : * Fix List.perl() method.
15:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27881
15:28 Whiteknight tcl/t/cmd_lsort is giving me a weird return value. All the subtests pass, but the test itself returns 1
15:28 Whiteknight I dont know if that's normal
15:30 pmichaud after looking at S03, I'm of the opinion that List should not have an .ACCEPTS method.
15:30 pmichaud anyone want to agree/disagree ?
15:30 pmichaud (smart match table, specifically)
15:30 DietCoke Whiteknight: it's expected in trunk.
15:30 DietCoke hopefully the pdd25cx branch addresses that particular issue.
15:31 Whiteknight okay, just making sure other people are seeing what i'm seeing
15:31 DietCoke <nod> thanks for checking.
15:32 dalek r27882 | Whiteknight++ | trunk:
15:32 dalek : [languages] updating Tcl to use ".namespace []" as per rt#48549. all tests that were passing are still passing.
15:32 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27882
15:38 nopaste "bacek" at 202.7.166.164 pasted "Parse failure..." (19 lines) at http://nopaste.snit.ch/13092
15:38 bacek there is two "pod" sections. rakudo fails to parse it...
15:38 pmichaud bacek:  yes, I noticed that rakudo has trouble with pod and blocks
15:39 moritz btw rt numbers matching #\d{5}\b are now links in the IRC logs
15:41 pmichaud excellent.  I have Windows+R on my keyboard mapped to automatically find an RT ticket number in selected text and open it.  :-)
15:41 jonathan pmichaud: S03 would seem to agree with you. :-)
15:42 davidfetter joined #parrot
15:43 pmichaud jonathan++
15:43 pmichaud I'm going to need lunch soon, so I'll take a break here and do more List cleanups when I get back.
15:43 pmichaud And figure out the pod parsing bug.
15:44 DietCoke Whiteknight: tools/gen_inline.pl:62:print ".namespace\n";
15:45 DietCoke (it's a file that generates PIR, rather than PIR itself_
15:46 Whiteknight that's probably why ack didn't find it for me
15:46 Whiteknight thanks
15:46 particle moritz++ # i may start using the log every day now
15:46 particle if you made a pidgin plugin, i'd love you even more :)
15:46 skv joined #parrot
15:46 DietCoke which log?
15:46 moritz DietCoke: http://irclog.perlgeek.de/parrot/today
15:47 moritz mostly tailored for #perl6, but useful for here as well
15:47 DietCoke nifty.
15:48 * DietCoke waves to himself in the log.
15:48 * particle looks at /title
15:48 * particle notices /#w+/ doesn't link to anything
15:49 moritz particle: should it link at anything? if so, what?
15:49 particle irc channels
15:49 purl irc channels are NOT w in any way
15:49 bacek good night everyone
15:49 particle forget irc channels
15:49 purl particle: I forgot irc channels
15:49 * bacek := $bed;
15:49 particle night, bacek
15:50 jonathan ...I can't decide of binding or assignment of a bed would be more painful...
15:50 jonathan *which of
15:50 moritz particle: that's hard because a #channel name isn't enough to identify a channel, generally
15:50 particle binding to a bed sounds kinky
15:50 moritz heh ;)
15:50 particle moritz: yes, i tend to use irc.perl.org#parrot for fullname, but #parrot for shortname
15:51 particle we'd have to have a registry for shortnames
15:51 moritz particle: so what should it link to? the logs? or an irc:// link?
15:51 particle and what would the link go to, a cgi irc connection? logs?
15:51 particle heh
15:51 moritz lol
15:52 particle hrmm
15:53 * particle wishes firefox's tab management was better
15:53 dalek r27883 | Whiteknight++ | trunk:
15:53 dalek : [languages] last straggler Tcl update to use ".namespace []" as per rt#48549. DietCoke++ for finding it.
15:53 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27883
15:53 obra particle: there are many extensions to improve it ;)
15:54 particle i use tabbrowser preferences yet
15:54 particle *now
15:54 moritz tabmix plus makes a difference
15:55 particle can you bookmark groups of tabs with it?
15:55 moritz dunno, never felt the urge to do that
15:55 Infinoid I use vertigo and permatabs
15:55 obra particle: that's in core in 3.0
15:56 * particle downloads 3.0b* and gets breakfast
15:57 obra particle: rc!
15:57 obra not b anymore ;)
16:00 moritz test: #perl6
16:01 moritz particle++
16:03 particle maybe i should start a file that lists my developer tools
16:03 Whiteknight if there isn't a userstack anymore, do we have stack-based subroutine calls, or the fastcall pragma anymore?
16:03 particle others can add to it
16:05 pmichaud Whiteknight: we still have bsr/ret, if that's what you're referring to.
16:05 particle pmichaud: i think he's updating the book
16:05 particle but he didn't provide the context :)
16:06 pmichaud I'm trying to map "stack-based subroutine calls" into what I know.
16:06 moritz s/stack/continuation/ ?
16:06 Whiteknight yes, I am updating the book. It talks about .pragma fastcall, pushing and popping arguments onto the user stack, etc
16:06 Whiteknight I assume this whole section needs to be BALEETED, but I dont know
16:06 particle i'm not sure fastcall pragma does anything useful, if it's still around
16:07 pmichaud I don't know if we have .pragma fastcall anymore -- I've never used it.
16:07 pmichaud we no longer push/pop arguments onto the user stack.
16:07 pmichaud (because there is no user stack :-)
16:07 Whiteknight "When the fastcall pragma is on, the .arg, .result, .param, and .return directives push and pop on the user stack instead of setting registers"
16:10 Theory joined #parrot
16:11 pmichaud heh
16:11 pmichaud that's.... amusing
16:12 pmichaud since pushing and popping on the user stack was probably significantly slower than setting registers.  :-P
16:12 Whiteknight I asume we also no longer support the "saveall" and "restoreall" opcodes?
16:12 pmichaud correct, saveall/restoreall are gone also.
16:12 Whiteknight okay, then this whole section is being deleted. thanks
16:12 pmichaud afk, lunch.
16:13 Whiteknight particle, if the fastcall pragma were still around, where would i look for it?
16:14 Whiteknight I may have some tuits later today for ripping it out (if it's still around somewhere)
16:14 particle ack fastcall :)
16:14 Whiteknight haha, good call.
16:14 moritz particle: I was about to say that - ack++
16:14 Whiteknight i forget about ack, i just installed it recently
16:15 moritz it only finds fastcall in docs/book/*
16:15 Whiteknight ...okay, it appears the only place that word exists, in the entire parrot repo, is in the book
16:16 braceta joined #parrot
16:18 particle Whiteknight: make sure to use ack -a to search all files, not just those ack normally looks for
16:18 dalek r27884 | particle++ | trunk:
16:18 dalek : [rakudo] rename t/passing_spec to t/spectest_regression.data
16:18 dalek : ~ update makefile template to match
16:18 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27884
16:24 Zaba_ joined #parrot
16:24 dalek r27885 | particle++ | trunk:
16:24 dalek : [rakudo] add more passing tests to spectest_regression
16:24 dalek : Courtesy of Moritz Lenz (moritz++)
16:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27885
16:28 dalek r27886 | Whiteknight++ | trunk:
16:28 dalek : [docs/book]  update chapters 4 and 8 to remove all mention of the user stack, and proper syntax for the .namespace directive.
16:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27886
16:33 dalek r27887 | particle++ | trunk:
16:33 dalek : [rakudo]
16:33 dalek : this ugly piece of perl 5 code runs 'make spectest' and looks
16:33 dalek : for passing test files that are not yet included in the
16:33 dalek : 'spectest_regression' target. The output is an evil mess, but still useful.
16:33 cognominal jonathan will not board the plane to Toulouse if he parses silently code that does not do the right thing :)
16:33 dalek : ~ not cross-platform
16:33 dalek : ~ needs to be generalized
16:33 dalek : ~ patches welcome
16:33 dalek : Courtesy of Moritz Lenz (moritz++)
16:33 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27887
16:33 cognominal Whatever
16:39 moritz re fudge on a per-file basis - what kind of filtering do you want? whitelist? blacklist? regex-based?
16:40 particle hrmm
16:41 particle i imagine something like this:
16:41 particle in a config file, list the tests you want run, either dirs or filenames
16:41 particle also list the default fudge policy (on or off)
16:42 particle as a bonus, on individual tests, override that policy
16:43 particle so, in t/spectest_regression.data, perhaps: #raw\nS02-literals/radix.t #fudge\n...
16:44 particle or s/raw/pure/
16:45 Psyche^ joined #parrot
16:45 moritz that sounds sensible
16:49 diakopter particle: I think a file listing your dev tools would be helpful
16:50 particle does pugs have a file like that?
16:50 particle i can only think of VICTUALS
16:50 particle and READTHEM
16:50 particle maybe i'll make one called docs/dev/toolchain.pod
16:51 diakopter well, seeing as how it's nigh impossible to build pugs from svn these days (without having exactly the proper ghc version and other dependencies)...
16:52 particle i'm just looking for a filename or format, but i think toolchain.pod makes sense
16:52 diakopter I was replying to "does pugs have a file like that?"
16:52 particle i may throw my .vimrc file into examples or tools or docs, too
16:57 Tene languages/perl6/t/spec/S29-conversions/ord_and_chr.t is hanging for me.
16:57 moritz Tene: same for me
16:57 moritz Tene: it seems to be a charset problem
16:59 ejs joined #parrot
17:02 particl1 joined #parrot
17:22 AndyA joined #parrot
17:41 NotFound P6metaclass?
17:41 Tene What about it?
17:41 NotFound Is a perl6 thing?
17:41 Tene Yeah.
17:43 NotFound Is used by PGE, and looks like it use get_attr_str with the attribute 'parrotclass'
17:44 NotFound And fails when attempting to do #46669
17:52 DietCoke seen allison?
17:52 purl allison was last seen on #parrot 7 days and 21 hours ago, saying: I've seen that, Infinoid++,  [May 20 13:48:40 2008]
17:54 moritz particle: patch sent
18:00 NotFound Is called from here: .sub 'get_parrotclass' :method :multi(_,P6metaclass)
18:10 AndyA joined #parrot
18:15 NotFound manifest check fails in 27887
18:16 moritz not for me
18:16 moritz what is it complaining about?
18:17 NotFound Checking MANIFEST...No such file: languages/perl6/t/passing_spec
18:17 cjfields joined #parrot
18:18 particle that's my fault, will fix
18:18 cjfields joined #parrot
18:18 paco fails for me ..
18:18 particle MANIFEST must die!
18:19 NotFound Blame the messenger ;)
18:19 DietCoke ooh, I got a 50$ discount on my yapc admission.
18:20 DietCoke s/admission/housing/
18:20 Ivatar joined #parrot
18:20 dalek r27888 | particle++ | trunk:
18:20 dalek : i hate manifest. particle-- NotFound++
18:20 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27888
18:21 paco now is ok :)
18:21 NotFound Done.
18:21 * DietCoke wonders how the MANIFEST must die ticket was resolved.
18:21 moritz marked as wontfix?
18:22 Ron joined #parrot
18:22 DietCoke iunno, it was ages ago.
18:22 DietCoke but I hated manifest so much at one point I opened a ticket with that subject.
18:22 DietCoke I have mellowed in my old age.
18:23 NotFound Some day I will open one "Headerizer must die"
18:23 particle why do you hate headerizer?
18:24 particle it's *so* much better than keeping declarations/definitions the same manually
18:24 NotFound At a cost.
18:25 paco for compiling parrot in a macos 10.3 ppc with gcc4 I need to declare an enviroment  variable, what is the prefered method ?
18:25 AndyA joined #parrot
18:26 paco put a warning in hints ?
18:30 DietCoke [Parrot] New comment on Episode 2: Poking in Compiler Guts.
18:30 DietCoke it is tempting to add p2 to the list of places where new comments are forwarded.
18:30 DietCoke (from parrotblog)
18:39 cjfields nopaste?
18:39 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/
18:39 purl i guess nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating or App::Nopaste
18:40 Infinoid purl, nopaste is also tools/dev/nopaste.pl
18:40 purl okay, Infinoid.
18:45 NotFound languages/perl6/tools/update_passing_test_data.pl fails copyrigth and svn codingstd tests.
18:45 pmichaud this is why I think that rakudo's  "make test" target needs to run parrot's copyright, svn, and codingstd tests
18:46 pmichaud people keep making changes to rakudo that fail parrot's tests.
18:46 NotFound I second that.
18:46 NotFound Off with his head!
18:47 pmichaud unfortunately there's not a convenient top-level make target to run just those tests.
18:47 cognominal why Perl 6 is not built by default
18:49 particle or we exempt languages from the codingstd tests, or pull rakudo out of parrot svn.
18:49 particle meantime, i'll fixup the failing files
18:50 pmichaud I don't think languages should be exempted from the codingstd tests.  At least, I see no strong reason for doing that now.
18:50 pmichaud i.e., I'd like the rakudo sources to meet coding standards also.  :-)
18:50 NotFound Maybe they must have each his own.
18:52 AndyA joined #parrot
18:52 jonathan Me too...APART from trailing_whitespace.t ;-)
18:53 jonathan cognominal: Will be seeing you in some hours.
18:53 pmichaud I'm going to vote that #46669 be rejected.
18:54 NotFound It can be a problem to pass trailing whitespace if someone creates languages/whitespace
18:54 pmichaud returning NULL is pretty much the standard for "non-existent object" in Parrot.
18:56 japhb pmichaud: I have to run now, but I can try later to create a patch to make the copyright/svn/codingstd test block be a single make target ... is there an RT for this?
18:56 pmichaud japhb: not yet.
18:56 DietCoke I suggest make codetest
18:57 pmichaud that works for me
18:57 japhb DietCoke, pmichaud: one of you submit an RT, and I will take a look at it.  But first, $real_life
18:57 dalek r27889 | particle++ | trunk:
18:57 dalek : [rakudo] update comment in makefile template
18:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27889
18:58 NotFound pmichaud: and throwing an exception creates the need to catch it when you are interested just in check presence, or create another way to do the check.
18:58 DietCoke I'll do it.
18:59 pmichaud NotFound: exactly.  Parrot arrays, hashes, namespace symbols, and other operations all return null when requesting a value that doesn't exist (as opposed to throwing an exception) -- get_attribute should do the same.  In fact, PCT currently relies on that behavior.
18:59 NotFound Mmmm... PMCNULL in fact, it isn't?
18:59 pmichaud yes, it probably needs to be PMCNULL.
19:01 NotFound Is reasonable, because the exception is usually thrown if the returned value is used unecheked.
19:01 NotFound So the poblem will always be catched.
19:01 pmichaud (it does change where the problem is found, though.)
19:02 pmichaud still, I'd hate to have to put exception handlers around every symbol access.  :-|
19:02 NotFound Yeah, but when the exact point is required to be known, the check can be added.
19:02 pmichaud correct.
19:03 DietCoke pmichaud: is 46669 perhaps distinguishing between an attribute which is defined but has no value vs. one that is undefined?
19:04 DietCoke (that is, something that wasn't created with setattribute first)
19:04 pmichaud according to the comments and code it looks to me as though it's trying to throw an exception on a null value as opposed to a non-existent attribute name
19:05 DietCoke then you win.
19:05 AndyA joined #parrot
19:05 pmichaud at least, that's what the ticket title indicates.
19:05 NotFound Maybe the correct solution will be that default.pmc must not do nothing, each interested pmc must do it his way.
19:06 pmichaud default.pmc should do the "parrot standard" thing, and any pmc's that want something different should override
19:06 NotFound The standard thing can be returning PMCNULL.
19:07 NotFound I don't see set_attr_str in default.pmc :?
19:08 pmichaud maybe it's something that can't be defaulted.
19:09 NotFound In the c file: cant_do_method(interp, pmc, "set_attr_str");
19:09 pmichaud although get_attr_str is doing some weird stuff w.r.t nci.  I have no clue what that's all about.
19:09 NotFound pmichaud: that's the problem, there is stuff that is no default.
19:10 pmichaud also something odd with multisubs.
19:10 pmichaud that's not a problem -- there can be things with no default.  They'll throw an exception if you try to use them.
19:10 pmichaud (i.e., the default is "throw an exception")
19:10 NotFound I mean, default does things that are no default behaviour.
19:11 pmichaud oh.  yeah, I'm not sure what's up with that.  It looks as though it's changing behavior depending on the value retrieved
19:12 pmichaud anyone besides me think it would be reasonable for List.keys() to return a Range ?
19:12 NotFound I'm sure that I don't understand almost nothing of what it does X-)
19:12 moritz pmichaud: for the standard index scheme yes
19:17 dalek r27890 | chromatic++ | trunk:
19:17 dalek : [PMC] Resolved a rejected TODO (RT #46669).
19:17 dalek : Reworked its code path to avoid a potential bug.
19:17 dalek : Tidied the file slightly.
19:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27890
19:18 NotFound Looks like somenone has decided ;)
19:20 barney joined #parrot
19:24 dalek allison@perl.org | Bylaws:
19:24 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?bylaws
19:24 pmichaud that's good enough for me.  One more RT ticket resolved (NotFound++)
19:24 dalek allison@perl.org | Bylaws:
19:24 dalek link: http://www.perlfoundation.o​rg/parrot/index.cgi?bylaws
19:25 pmichaud looks like we're down to   24 + 666 = 690
19:31 NotFound We must close someone fast, to avoid the coming of the antichrist!
19:31 DietCoke some of those new tickets can probably be opened.
19:31 DietCoke presuming they are things we know we're going to eventually work on.
19:35 NotFound I'm not sure that #54520 ticket and first comment talk about the same thing. The ticket is about pmc inheritance, not class inheritance, it isn't?
19:35 pmichaud NotFound: correct.
19:36 pmichaud I think I started to comment on this ticket but didn't finish+send.
19:37 NotFound I looked and some doc, and I'm not sure where each type of inheritance is documented or discussed.
19:38 pmichaud but I think perhaps #54520 has been resolved, because it was reported earlier that ".trans" was being invoked on strings.
19:38 pmichaud (in rakudo)
19:38 pmichaud and that has to be coming via PMC inheritance.
19:38 NotFound And looking at the code, is not clear to me that a pmc automatic delegates to his parent.
19:39 pmichaud well, since that's really the purpose of "inheritance".... :-)
19:41 NotFound Looks like MRO has not knowledge about PMC parents.
19:42 NotFound And the generated vtable entries points to default.
19:42 pmichaud but methods aren't vtabled.
19:42 pmichaud unless you mean the find_method vtable entry
19:43 NotFound Looks like nothing is delegated, methods nor vtable.
19:44 NotFound In the example used in the ticket, I think is a method that calls an vtable function.
19:46 NotFound And the method is not defined in the child pmc.
19:56 braceta joined #parrot
19:59 dalek r27891 | pmichaud++ | trunk:
19:59 dalek : [rakudo]:
19:59 dalek : * Clean up .unshift, .keys, .values
19:59 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27891
20:05 particle DietCoke: ping
20:08 DietCoke pong
20:21 ruoso joined #parrot
20:23 Andy joined #parrot
20:24 purl joined #parrot
20:27 particle DietCoke: phone
20:29 avar joined #parrot
20:31 bacek joined #parrot
20:32 DietCoke whoops.
20:36 sjansen joined #parrot
21:02 AndyA joined #parrot
21:05 tewk_ joined #parrot
21:08 Zaba joined #parrot
21:10 NotFound The function list_dump in src/list.c is never used.
21:12 dalek r27892 | pmichaud++ | trunk:
21:12 dalek : [rakudo]:
21:12 dalek : * More cleanups to .unshift, .shift, .pop, .push
21:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27892
21:14 NotFound Worse, is used by intlist_dump in src/intlist.c ifdef LIST_DEBUG ... but is static in list.c.
21:14 bacek joined #parrot
21:15 NotFound An by the way, include/parrot/intlist.h says in his first line: /* stacks.h
21:15 DietCoke there is a ticket to resolve all the not-quite-the-same internal stacks & lists.
21:16 DietCoke fixed the bad filename ref.
21:16 NotFound How can be LIST_DEBUG defined?
21:17 dalek r27893 | coke++ | trunk:
21:17 dalek : file was lying about its name
21:17 dalek : NotFound++
21:17 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27893
21:18 DietCoke you can always specify -D flags to configure.pl
21:18 DietCoke ... I wouldn't expect to every do -DLIST_DEBUG, though.
21:18 DietCoke 'ever'
21:18 NotFound I'll try.
21:18 Tene -DCOKE_DEBUG
21:21 NotFound As expected: libparrot.so: undefined reference to `list_dump'
21:27 DietCoke Seems like that would be a likely candidate for wholesale removal, then.
21:28 DietCoke -DIET_COKE
21:28 NotFound Remove it, or fix it, that is the question.
21:30 DietCoke If there's no way to invoke it at the moment except for passing an arg to configure by hand that isn't documented anywhere...
21:32 NotFound I fixed it, but can also delete anyway.
21:32 DietCoke If you're bored, you can provide both patches. =-)
21:33 DietCoke My concern is that if we're not invoking it or testing it anywhere, it's just going to rot again; there's no need to maintain dead code, as you've pointed out.
21:33 NotFound Oh, no, I've done it just to be sure.
21:34 dalek r27894 | particle++ | trunk:
21:34 dalek : [rakudo] allow specification of local test list
21:34 NotFound intlist_dump is never used, and is the only usage of list_dump, so deletion looks like the prefered way.
21:34 dalek : ~ 'make localtest' looks for a file named t/localtest.data
21:34 dalek : ~ localtest.data contains a list of test files and directories
21:34 dalek : this allows rakudo developers to specify a list of tests they wish to run locally during development of new features, etc.
21:34 dalek : 'make localtest' currently assumes the tests should be fudged. this assumption should be removed.
21:34 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27894
21:35 bacek joined #parrot
21:35 NotFound I was not maintaining, just proving my point ;)
21:35 moritz particle: did you look at my patch for t/harness?
21:36 moritz particle: it already allows a to specify if the files should be fudged or not
21:36 particle moritz: no, is it in rt? haven't seen a listmail yet
21:36 particle fab. i'll review and apply now
21:36 moritz particle: #54988
21:37 japhb joined #parrot
21:38 moritz particle: you just have to trade the --fudge for --configfudge in 'make localtest', then only tests marked with \s+#fudge$ will be fudged
21:39 particle hrmm
21:39 particle i think i'll keep it as --fudge
21:39 particle and make the default behavior that it only fudges files marked with #fudge in any *.data file
21:40 particle why fudge tests if we don't have to?
21:40 particle what do you think?
21:40 purl I think particle should try flossing more often!
21:41 * particle breathes in purl's face
21:41 cotto-work botsnack
21:41 purl thanks cotto-work :)
21:41 particle cotto-work: we've gotta meet up
21:41 tewk joined #parrot
21:41 cotto-work sure
21:41 particle think hank's available within the next week or so?
21:42 cotto-work we're swamped until next week
21:42 particle ok then
21:42 moritz particle: I know it's more pain to call t/harness manually than add  #fudge to a few lines...
21:42 dalek r27895 | pmichaud++ | trunk:
21:42 dalek : [rakudo]:
21:42 dalek : * Remove .ACCEPTS:  S03 doesn't show a .ACCEPTS for List, and the one
21:43 dalek :   we have here is likely bogus anyway.
21:43 dalek : * Rewrite .join:  Parrot has a 'join' opcode, use it instead of
21:43 dalek :   looping over repeated concatenations.
21:43 dalek : * Rewrite .reverse using iterators.  Eventually we'll even make this
21:43 dalek :   lazy.
21:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27895
21:43 moritz particle: but maybe it might be even better if I check for #pure isntead?
21:43 particle moritz: the ultimate goal is for all tests to pass pure
21:43 particle we may not have reached a reasonable point where we should make that the default, though
21:43 moritz particle: yes, but for that goal we don't need fudging at all
21:44 moritz so fudging should be the default?
21:44 cotto-work particle, it looks like next week could work
21:44 pmichaud until it makes sense to run spectest without fudging, then fudging should be the default.
21:44 particle moritz: that's a question i'm posing. should fudging be default for the near future?
21:44 particle ok, there we go.
21:44 cotto-work wait, I lied
21:45 cotto-work he'll be in europe
21:45 particle cotto-work: ok. i'm generally available every afternoon
21:45 cotto-work the week after next looks plausible
21:55 bacek joined #parrot
21:56 moritz particle: revised patch sent
21:56 particle moritz: thanks, i'll look in a moment
21:57 teknomunk joined #parrot
21:57 NotFound Code eraser strikes again: #55012
21:58 moritz and I'm going to bed real soon. If you have feedback just write it here, I'll backlog
22:00 particle wilco
22:11 Ivatar joined #parrot
22:14 bacek joined #parrot
22:39 cjfields joined #parrot
22:50 dalek r27896 | pmichaud++ | trunk:
22:50 dalek : [rakudo]:  More List revisions
22:50 dalek : * Rework .kv, .exists, and .delete .
22:50 dalek : * The changes to .delete cause t/spec/S29-array/delete.t to fail,
22:50 dalek :   but I think the spectest is wrong and this implementation is correct.
22:50 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=27896
23:04 rdice joined #parrot
23:11 cognominal joined #parrot
23:16 Theory joined #parrot
23:29 cjfields joined #parrot
23:36 tetragon joined #parrot
23:47 ank joined #parrot
23:55 bacek joined #parrot
23:58 bacek_ joined #parrot

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

Parrot | source cross referenced