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