parrot.org/ - clean up those smolders for the release!
Set by moderator on 20 October 2008.
00:03 magnachef joined
jonathan pmichaud: Yeah, use mem_sys_allocate_typed instead of mem_sys_allocate 00:05
chromatic mentioned it yesterday, just not had chance to do it yet
Just reviewing my talk for tomorrow then need rest... 00:06
pmichaud jonathan: I also updated the spectest_regression graphs
jonathan pmichaud: Curious why www.pmichaud.com/perl6/rakudo-tests...-11-07.png shows a drop at the end! 00:07
pmichaud I think some tests were removed from spectest_regression.data
jonathan Ah, OK.
pmichaud because they weren't passing and didn't have much hope of passing anytime soon.
jonathan Yes, but the green (number of passing) drops. 00:08
00:08 bacek joined
pmichaud oh, I think they were incorrect tests. 00:08
jonathan Ah.
pmichaud had to do with junctions.
jonathan ok
jonathan wonders how many we pass now
pmichaud I can find out. 00:09
the next update won't be for six more hours.
(i.e., a graph update)
jonathan ok
00:09 johbar joined
nopaste "bacek" at 123.243.38.218 pasted "Shut compiler warning in perl6.ops (for pmichaud)" (11 lines) at nopaste.snit.ch/14509 00:09
particle1 210 test files 6126 6344 4435 4 407 1498
pmichaud looks like we're passing 4435 00:10
bacek hi again :)
pmichaud probably closer to 4450, since we have some spectests to release.
I don't know if you got my message, but 'is also' would be the next really useful thing to have implemented. 00:11
jonathan OK.
pmichaud I don't need attributes or to worry about existing instances.
jonathan Will try and do it next week.
pmichaud really all we need is that the class-creation-code gets suppressed.
jonathan Maybe Rakudo day on Tuesday will work.
pmichaud that works well for me.
jonathan Yes, we'll just not emit that.
pmichaud I'm thinking prelude-in-p6 will be a nice target for the summit. :-) 00:12
jonathan Yes.
I'll use some of the time to get my grant application finalized too - can get you and particle to review in in person, which will be faster.
And then mail it in.
pmichaud absolutely.
bacek: jonathan says to use mem_sys_allocate_typed ... your patch doesn't do that? 00:13
bacek pmichaud: no, just cast
jonathan bacek: Use mem_sys_allocate_typed, it's cleaner and more standard. 00:14
I shoulda used it in the first place. Just didn't think to.
bacek jonathan: ok,
jonathan Was my first Parrot guts code for over a month. ;-)
pmichaud: Trying to get the lex stuff a bit more sorted out while everyone's around could be good too. 00:15
pmichaud jonathan: yes. I'm pretty comfortable with the approach -- I'll just need people to review the changes to see where I've done any Parrot no-nos 00:16
the new design is *far* cleaner than what we have -- I've been ripping out ugly code.
gotta run some errands -- bbiaw 00:17
bacek I can't find mem_SYS_allocate_typed. May be it should be just mem_allocated_typed? 00:19
chromatic Yes, it should b e. 00:21
mem_allocate_typed, anyway. 00:22
bacek chromatic: :)
chromatic It does the cast and sizeof for you automatically, so you don't have to worry about breaking C++ compiles.
Not that I do.
Because I use it!
jonathan :-P 00:23
jonathan sleeps
Tene pmichaud: weekend and week off coming up. Can I talk you into requesting things from me? 00:28
chromatic That resumable exceptions bug might be nice to fix. 00:30
Tene Okay. Thanks. :)
I'll start on that tonight or on the plane. 00:31
chromatic I don't remember the ticket number, but it's one of the unclosed tickets filed in the past fortnight. 00:32
masak chromatic: rt.perl.org/rt3/Ticket/Display.html?id=57610 00:35
there oughta be an RT search bot. 00:36
Tene I got started on it. The .handlers on the context is getting set to PMCNULL 00:52
00:54 bsb joined 01:16 Aisling joined
bacek rakudo: class Foo {}; my $a = Foo.new; my $b = Foo.new; $a = $b 01:21
polyglotbot RESULT[Method 'perl' not found for invocant of class 'Foo'ā¤current instr.: '_block11' pc 25 (EVAL_12:12)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141 (src/PCT/HLLCompiler.pir:631)ā¤called from Sub
..'parrot;PCT;HLLCompiler;command_line' pc 1320 (src/PCT...
bacek rakudo: class Foo {}; my $a = Foo.new; my $b = $a 01:22
polyglotbot RESULT[Method 'perl' not found for invocant of class 'Foo'ā¤current instr.: '_block11' pc 25 (EVAL_12:12)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141 (src/PCT/HLLCompiler.pir:631)ā¤called from Sub
..'parrot;PCT;HLLCompiler;command_line' pc 1320 (src/PCT...
01:23 Aisling joined
bacek interesting... 01:26
rakudo: class Foo {}; my $a = Foo.new; my $b = $a; say $b.WHAT
polyglotbot OUTPUT[Fooā¤]
01:26 Aisling joined 01:36 Ademan joined
Tene I propose a "fix .HLL" hackathon activity at the summit, if anyone else is interested. 01:37
Whiteknight: ping
Whiteknight Pong! 01:38
01:50 masak joined 01:51 bacek joined
Infinoid hrm. it would be much nicer to work on parrot offline if git-svn didn't segfault on my laptop... 02:19
bacek can anyone close #58302? It's actually resolved. 02:25
Tene chromatic: 0xdeadbeef means GC'd, right? 02:26
chromatic When we GC a PMC, we set its vtable to 0xdeadbeef. 02:28
Tene if you break on src/scheduler.c:759 and run pmichaud's x.pir EH demo and look at it after it prints 'ok 2' you'll see context->handlers->{struct,pmc,string}_val are all 0xdeadbeef
Limbic_Region in perl 5, is there a portable way to determine if the architecture you are running on is 32bit or 64bit? 02:29
chromatic src/gc/dod.c:688: PMC_pmc_val(pmc) = (PMC *)0xdeadbeef;
Looks like something collected the PMC already.
is context->handlers->vtable also 0xdeadbeef? 02:30
Tene no 02:31
the vtable is still there
chromatic That's strange. 02:32
Limbic_Region, I usually look at $Config{intsize}. If it's 4, then you have 32-bit integers.
Limbic_Region chromatic - I was thinking about that, but doesn't that just tell you want perl was compiled as - not necessarily what the platform is? 02:33
chromatic Yes.
Limbic_Region while 64 bit perl wouldn't run on 32 bit arch, the other way isn't a far stretch
I am interested in the underlying architecture
chromatic bacek, I just closed it.
Infinoid isn't USE_64_BIT_INT also valid on 32 bit architectures (it just uses "long long")?
bacek chromatic: thanks
chromatic Infinoid, I believe so.
Infinoid there's also $Config{archname}, but you'd need a big lookup table I guess 02:34
Limbic_Region but it is OT for the channel, I just asked cause folks over in #perl are stumped
yeah, I already suggested that
Tene bbl, flying
chromatic PMC_pmc_val(_class) = (PMC *)0xdeadbeef;
from create_class_pmc() 02:35
nopaste "bacek" at 87.250.243.86 pasted "perl6.ops patch" (13 lines) at nopaste.snit.ch/14510 02:48
bacek chromatic: can you apply nopaste.snit.ch/14510? 02:49
it's about mem_allocate_typed
Infinoid msg masak RT #60178 is fixed, right? If so, we can close it. (And probably #60286 too.) 03:08
purl Message for masak stored.
Infinoid chromatic: when I see an open ticket that has a "Fixed in rNNNNN." reply from you, should I just close them? 03:12
chromatic Yes please. 03:19
03:20 cout joined
dalek r32443 | chromatic++ | trunk: 03:22
: [Rakudo] Fixed a C++ compilation error (Vasily Chekalkin).
diff: www.parrotvm.org/svn/parrot/revision?rev=32443
bacek hey! Where is my karma?! :) 03:26
chromatic bacek++ 03:30
bacek :)
03:31 davidfetter joined
Infinoid davidfetter: gonna be staying in richmond tomorrow night. know any good sushi joints in your area? 03:40
davidfetter richmond...that's a ways off from where i live. would you be down with berkeley and/or oakland? 03:41
davidfetter gets back wednesday
<-- beijing atm
Infinoid yep, anywhere northeast bayish is fine 03:43
(compared to the drive from tahoe, all that stuff is "local" to me)
03:44 Psyche^ joined
dalek r32444 | chromatic++ | trunk: 03:45
: [src] When escaping non-ASCII characters in a string, increment the length of
: the result string for each ASCII character encountered (fixes RT #60396,
: reported by Patrick Michaud, and RT #58820, reported by ihrd).
diff: www.parrotvm.org/svn/parrot/revision?rev=32444
Infinoid I can reproduce #60190 in -rHEAD 03:54
chromatic I think it's a 64-bit problem. 03:55
Infinoid hmm. actually, it still crashes in TGE, but in src/hash.c (the reported backtrace had it crashing in the callsignature pmc). 03:57
chromatic Sounds like memory corruption.
Infinoid doughera's advice about finding a shorter test case still seems valid, I'll see what coretest comes up with.
chromatic If you can find a short coretest, Valgrind may help. 03:59
Infinoid looks like segfaults in t/op/gc and t/pmc/bigint so far... still running 04:00
valgrind's a good tip, will do.
04:02 elmex_ joined
Infinoid well, t/compilers/pge/perl6regex/context_14.pir is short, but the stuff it loads isn't. 04:05
its a choice between that, t/pmc/bigint_26.pir or t/op/gc_17.pir 04:07
04:10 bacek joined
Infinoid recommended valgrind arguments? 04:16
nopaste "Infinoid" at 75.5.244.72 pasted "script -c 'valgrind ./parrot t/pmc/bigint_26.pir' bigint_26-valgrind-output.txt" (1227 lines) at nopaste.snit.ch/14511
Infinoid eew, my linefeeds were busted.
Tene chromatic: I lied. It's not GC. New PMCs are initialized to 0xdeadbeef there too. 04:37
04:52 johbar_ joined
chromatic Infinoid, it looks like the CallSignature PMC is invalid. 05:00
05:48 magnachef joined 05:50 magnachef__ joined 06:16 integral joined 06:33 integral joined 07:44 apeiron joined 08:23 iblechbot joined 08:24 idemal joined 08:39 bsb left
dalek r32445 | chromatic++ | trunk: 09:16
: [t] Made t/harness exit with a non-zero value if any tests in the run failed.
: Now make will stop at a test failure for any rule which depends on a test run
: (see RT #60116, reported by David Golden).
diff: www.parrotvm.org/svn/parrot/revision?rev=32445
09:47 bacek joined
bacek msg moritz irclog.perlgeek.de/perl6/today is broken... 09:51
purl Message for moritz stored.
10:30 barney joined 10:32 bacek joined
dalek r32446 | jonathan++ | trunk: 11:07
: [rakudo] When you use a type in a signature that was captured earlier in the signature, need to fix up the scope.
diff: www.parrotvm.org/svn/parrot/revision?rev=32446
11:26 mkelly32 joined 11:43 bacek joined
dalek r32447 | fperrad++ | trunk: 11:49
: [m4]
: oops
diff: www.parrotvm.org/svn/parrot/revision?rev=32447
barney fperrad++ 12:09
bacek jonathan: around? 12:16
12:27 pjcj joined 12:28 r0bh joined
bacek rakudo: sub is($a,$b) { $a eq $b }; say is(42,42)' 12:37
polyglotbot OUTPUT[Statement not terminated properly at line 1, near "'"ā¤ā¤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:83)ā¤called from Sub 'parrot;Perl6;Grammar;eat_terminator' pc 26705 (src/gen_grammar.pir:3187)ā¤called from Sub 'parrot;Perl6;Grammar;statementlist' pc 25361
..(src/gen_grammar.pir:2654)ā¤called from Sub 'par...
bacek rakudo: sub is($a,$b) { $a eq $b }; say is(42,42) 12:38
polyglotbot OUTPUT[1ā¤]
bacek rakudo: sub is($a,$b) { $a eq $b }; say is (42,42)
polyglotbot OUTPUT[too few arguments passed (1) - 2 params expectedā¤current instr.: 'is' pc 89 (EVAL_13:37)ā¤called from Sub '_block11' pc 42 (EVAL_13:16)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141
..(src/PCT/HLLCompiler.pir:631)ā¤called from Sub 'parrot;PCT;HLLCo...
bacek interesting... How that?
rakudo: sub foo($x) { $x/=2 }; my $a=84; foo($a); say $x 12:52
polyglotbot OUTPUT[No handler to delete.ā¤current instr.: 'parrot;PAST;Compiler;as_post' pc 6052 (src/PAST/Compiler.pir:1651)ā¤called from Sub 'parrot;PAST;Compiler;post_children' pc 1779 (src/PAST/Compiler.pir:367)ā¤called from Sub 'parrot;PAST;Compiler;call' pc 3191 (src/PAST/Compiler.pir:841)ā¤called from Sub
..'parrot;PAST;Compiler;post_children' pc 1779 (src...
bacek rakudo: sub foo($x) { $x/=2 }; my $a=84; foo($a); say $a
polyglotbot OUTPUT[42ā¤]
dalek r32448 | jonathan++ | trunk: 13:06
: [rakudo] Add spectest file for generic subs to spectest_regression.
diff: www.parrotvm.org/svn/parrot/revision?rev=32448
barney It looks like 'our' variables are lost when using the my $past := $( $/{$key} ); syntax 13:07
bacek rakudo: say (all((4|5|6) + 3) == one(7|8|9)) 13:09
polyglotbot OUTPUT[1ā¤]
bacek looks like one of my local patches broke rakudo... 13:12
13:26 Hunger joined
dalek r32449 | bernhard++ | trunk: 13:31
: RT#60412: [PATCH] comment typos, C<parrot/compilers/imcc> case
: Courtesy of Brad Bowman
diff: www.parrotvm.org/svn/parrot/revision?rev=32449
13:54 bacek joined 13:58 masak joined 14:02 Whiteknight joined 14:19 bacek joined
jonathan re sub foo($x) { $x/=2 } - we so need to actually compile that one to the same as $x = $x / 2...not use the inplace Parrot ops, I suspect 14:23
same with other similar things
masak jonathan: aye, probably the last four tests in S03-operators/autoincrement.t, which were changed yesterday, and now fail. 14:27
Infinoid: yes, RT #60178 is definitely fixed. I see you closed it already, good. I can't tell if #60286 is a duplicate. 14:30
jonathan masak: yes, I saw some fails there 14:44
masak I think they are about approximately the same thing
jonathan On the up side, I fixed a bug and added 7 new pasing tests today. :-)
auto-increment is harder to fix.
masak jonathan++
aye, I noticed that when I tried :) 14:45
jonathan oh, actually....maybe not, I know how...
masak great!
jonathan will try it sometime
15:06 Ademan joined 15:15 bacek joined
Zaba 7 new passing spectest? 15:17
masak sees [perl #60408]
oh noes!
if not even the butt-ugly workaround to #58392 works anymore, we're screwed. 15:18
pmichaud jonathan: (re :: sigil) -- despite S02, I don't think that :: is a "true sigil" 15:26
it certainly isn't being treated as one in STD.pm (as you note)
plus, I think that something like "my ::T = Int" is somewhat incorrect, as the leading :: already implies "my"
otoh, writing "::T = Int" might be perfectly valid. :-) 15:27
15:47 bacek joined 16:01 apeiron joined 16:08 Theory joined 16:17 iblechbot joined 16:23 bacek joined
nopaste "pmichaud" at 76.183.97.54 pasted "action methods in Rakudo (for masak)" (21 lines) at nopaste.snit.ch/14512 16:45
16:45 dmknopp joined
particle pmichaud++ # that's an excellent example! 16:54
Whiteknight oh wow, that's pretty hot 16:59
But what if we only call Language::TOP("hello world hello hello) without :actions(Actions)? 17:00
masak Whiteknight: then nothing happens, perhaps? 17:01
only the match, which doesn't print anything.
Whiteknight Well, something has to happen when {*} is invoked
particle no 17:04
what does a bare {*} mean in perl 6?
it's a closure with Whatever inside
when executed, it does nothing by default 17:05
only when tied to the special Action class does it mean something different
and magical
pmichaud if the match invocation doesn't provide an :action option, then the {*}'s become no-ops. 17:06
masak as they should. 17:07
nopaste "pmichaud" at 76.183.97.54 pasted "token no longer requires semicolon (RT #57874, for masak)" (7 lines) at nopaste.snit.ch/14513 17:28
particle pmichaud: let me know if you have other refactors in mind for rakudo that i can help with. create cage tickets and i'll take them as i can 17:33
pmichaud particle: will do. 17:34
there will be a bunch as we start re-doing things in p6 :-)
dalek r32450 | pmichaud++ | trunk: 17:35
: [rakudo]: Closing } in regex/token/rule can terminate statements (RT #57874)
diff: www.parrotvm.org/svn/parrot/revision?rev=32450
masak pmichaud: also speaking of tickets, did you have time to take a look at #60382 ?
pmichaud not yet, will do that. 17:36
(will have to be after lunch, though -- I'm being sent out to pick up lunch now.)
masak no prob.
pmichaud oops -- looks like my commit might've broken some tests. 17:38
szabgab After upgrading Ubuntu to 8.10 I was trying to build Parrot::Embed and failed again
sial.org/pbot/33102
I am at r32449, and just built parrot after make realclean 17:39
pmichaud I'll have to check it again after lunch.
szabgab pmichaud: if you said that to me then thanks 17:40
actually it seems that the build was succesful and those were warnings only 17:45
18:10 magnachef joined
masak if no-one else is working on it, I could add the required tests against #60404. 18:38
19:03 sgt joined
dalek r32451 | fperrad++ | trunk: 19:35
: [parrot_compiler]
: - fix syntax
diff: www.parrotvm.org/svn/parrot/revision?rev=32451
r32452 | fperrad++ | trunk:
: [chitchat]
: - fix syntax (.namespace)
diff: www.parrotvm.org/svn/parrot/revision?rev=32452
r32453 | fperrad++ | trunk: 19:38
: [forth]
: - fix syntax
diff: www.parrotvm.org/svn/parrot/revision?rev=32453
masak pmichaud: re #60404, which I'm writing tests for right now: is ihrd's second call really wrong? it sends in an array ref, not an array. shouldn't the result of that be 'onlt one 1'? 19:58
jonathan pmichaud: I don't get what you mean by "the leading :: implies my" 20:01
S02 talks about it in terms of a binding at declaration IIRC.
I think :: makes sense as a sigil myself. 20:05
masak whoa! does anyone else get a stacktrace in the S12-class spectests? 20:06
jonathan "Within a signature or other declaration, the :: sigil followed by an identifier marks a type variable that also declares the visibility of a package/type name without the sigil within the scope of the declaration"
masak: Haven't seen that.
masak I have a dirty working copy, so it might just be me. 20:07
nope, the problem persists even after a clean recompile. 20:19
what do I do? ignore it? submit a parrotbug? paste the stacktrace here?
jonathan Is it a C stacktrace or a Parrot one?
If it's a Parrot one is _should_ happen for everyone. :-S 20:20
masak jonathan: a C one, I think.
src/inter_call.c:390: failed assertion 'PObj_is_PMC_TEST(sig_pmc)'
jonathan Oh. C.
masak OIC.
jonathan That sucks.
purl The rock is now off.
masak ok. 20:21
jonathan Do you get a full backtrace?
Or run it under gdb if not.
masak good news: I can reproduce it just by running the test file in question :) 20:22
jonathan Good.
masak so it doesn't depend on the test harness.
jonathan If you know how, use gdb to get a trace up to that point.
masak jonathan: oki.
jonathan Thanks.
jonathan enjoyed Twin City Perl Workshop 20:25
nopaste "masak" at 130.238.45.242 pasted "backtrace from running t/spec/S12-class/declaration-order.t (for jonathan)" (166 lines) at nopaste.snit.ch/14514 20:28
masak jonathan: or should I do --trace=1 ? 20:30
jonathan masak: Oh, you mean *just* that test?
Or you mean many tests?
masak jonathan: just that test file.
jonathan oh, sorry 20:31
I thought you menat many
that one fails for me too, but that's good info - I hadn't got a backtrace yet
please send it to the list
or ticket
masak tickets it
jonathan gotta go - bbitf
masak rakudobug or parrotbug?
20:32 chromatic joined
bacek good morning 20:32
masak: I reimplemented succ/pred handling. succ_pred3.patch in #59596 20:38
masak bacek: great!
bacek btw, comment from #60290 looks wrong for me. Why Bool.pick should return Bool::True or Bool::False? 20:40
masak bacek: because the spec says so?
bacek I can't find it in spec... 20:41
masak bacek: look harder. :)
bacek our List multi method pick ( @values: Int $num = 1, Bool :$repl )
our List multi method pick ( @values: Whatever, Bool :$repl )
our List multi pick ( Int $num, Bool :$repl, *@values )
our List multi pick ( Whatever, Bool :$repl, *@values )
masak is that S29?
bacek yes
masak it's out-of-date.
bacek yak, howzat?
masak puts it on his TODO list to update S29 in this regard.
bacek what should return Array.pick? 20:42
masak bacek: I don't know.
bacek hmm...
masak but there's an important difference between Bool and Array.
Bool is an enum type.
bacek rakudo: my Bool $b = 5; say $b 20:43
polyglotbot OUTPUT[Type check failedā¤current instr.: 'parrot;Perl6Object;infix:=' pc 60 (src/gen_builtins.pir:52)ā¤called from Sub '_block11' pc 80 (EVAL_12:38)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141
..(src/PCT/HLLCompiler.pir:631)ā¤called from Sub 'parrot;PCT...
bacek rakudo: my Bool $b = Bool::True; say $b
polyglotbot OUTPUT[1ā¤]
masak bacek: groups.google.com/group/perl.perl6....4d033877fb 20:44
bacek rakudo: enum Foo<a b c>; my Foo $f = 'a'; say $f
polyglotbot OUTPUT[Type check failedā¤current instr.: 'parrot;Perl6Object;infix:=' pc 60 (src/gen_builtins.pir:52)ā¤called from Sub '_block17' pc 80 (EVAL_15:38)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141
..(src/PCT/HLLCompiler.pir:631)ā¤called from Sub 'parrot;PCT...
bacek rakudo: enum Foo<a b c>; my Foo $f = a; say $f
polyglotbot OUTPUT[too few arguments passed (0) - 1 params expectedā¤current instr.: '_block49' pc 534 (EVAL_15:163)ā¤called from Sub '_block17' pc 76 (EVAL_15:36)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141
..(src/PCT/HLLCompiler.pir:631)ā¤called from Sub 'parrot;P...
bacek rakudo: enum Foo<a b c>; my Foo $f = Foo::a; say $f 20:47
polyglotbot OUTPUT[0ā¤]
bacek rakudo: enum Foo<a b c>; my Foo $f = Foo::c; say $f
polyglotbot OUTPUT[2ā¤]
bacek rakudo: enum Foo<a b c>; my Foo $f = Foo.pick; say $f
polyglotbot OUTPUT[Type check failedā¤current instr.: 'parrot;Perl6Object;infix:=' pc 60 (src/gen_builtins.pir:52)ā¤called from Sub '_block17' pc 92 (EVAL_15:41)ā¤called from Sub 'parrot;PCT;HLLCompiler;eval' pc 866 (src/PCT/HLLCompiler.pir:501)ā¤called from Sub 'parrot;PCT;HLLCompiler;evalfiles' pc 1141
..(src/PCT/HLLCompiler.pir:631)ā¤called from Sub 'parrot;PCT...
bacek rakudo: enum Foo<a b c>; my $f = Foo.pick; say $f
polyglotbot OUTPUT[ā¤]
bacek rakudo: enum Foo<a b c>; say Foo.pick.WHAT 20:48
polyglotbot OUTPUT[Listā¤]
bacek masak: looks like Enum.pick not implemented correctly
masak bacek: no, the spec addition is too new. 20:49
bacek implementing Enum.pick is not easy task for rakudo... There is no "Enum" class. They just register values in own namespace. 20:52
dalek r32454 | Whiteknight++ | calling_conventions: 21:13
: [calling_conventions] Add "Pi" to the front of a call signature when we have an invocant. No other functions use this yet.
diff: www.parrotvm.org/svn/parrot/revision?rev=32454
masak I just want to note that RT #60304 is annoying from an app developer's perspective. 21:33
instead of catching spelling errors early, they're caught late -- and no clues are given as to where they are. 21:34
nopaste "bacek" at 123.243.38.218 pasted "Fix for #60304 for masak :)" (15 lines) at nopaste.snit.ch/14515 21:36
masak haha :)
bacek $ ../../parrot perl6.pbc -e '$x'
Scope not found for PAST::Var '$x'
masak bacek: care to attach that to the ticket as well? 21:37
bacek I have a problem with ISP. I can't update RT...
masak bacek: ah, what the heck, cancel that. I'll apply it immediately.
I can't imagine that this one is wrong.
running spectests before just to make sure.
bacek masak: you very welcome :)
masak bacek: sposibo :) 21:38
bacek masak: pozhaluista :)
masak sechas mi govorim po ruski.
bacek: I can't make with your patch applied. 21:43
can you? 21:44
bacek masak: I don't have commit bit.
masak bacek: what I mean is:
apply your own patch locally.
can you run make after that?
bacek yes.
masak I can't.
bacek what error says?
masak there are lots of other 'goto scope_error' in the sub 21:45
and the patch removed that label
bacek no,
masak I see.
but that's what it says.
bacek I added another one 'scope_error_ex'
masak I see.
bacek oh shit. I forgot last line from patch!
masak nopaste.snit.ch/14515
ok. 21:46
that's why patch didn't want to apply it for me
I had to do it by hand
nopaste "bacek" at 123.243.38.218 pasted "Fix for #60304 for masak :)" (19 lines) at nopaste.snit.ch/14516
bacek will never paste patches from vim window directly... 21:47
masak bacek: you should make a vim macro that creates nopastes instead.
bacek hmm. This is idea. 21:49
masak do it! 21:50
bacek masak: does second version of patch works for you? 22:07
masak bacek: Result: PASS 22:08
bacek: committing.
bacek masak: good :)
masak horosho.
dalek r32455 | masak++ | trunk: 22:11
: [PAST] fixed bug that caused variables not to be recognized at compile-time [RT #60304]
: patch courtesy of Vasily Chekalkin (bacek++)
diff: www.parrotvm.org/svn/parrot/revision?rev=32455
nopaste "bacek" at 123.243.38.218 pasted "Compiler.pir.vcs" (19 lines) at nopaste.snit.ch/14517 22:12
bacek Ho! It works!
masak++ # for good ideas :) 22:13
masak bacek++ # for attempting them :)
22:13 TiMBuS joined
masak automation++ # that's what computers are for! 22:13
bacek rakudo: say pick("1") 22:16
polyglotbot OUTPUT[ā¤]
bacek rakudo: say pick(("1"))
polyglotbot OUTPUT[ā¤]
bacek hmm... 22:17
rakudo: say pick(("1", "2"))
polyglotbot OUTPUT[ā¤]
bacek rakudo: say pick("1", "2")
polyglotbot OUTPUT[2ā¤]
masak those first three outputs look like a bug. 22:22
chromatic They look more like hoes than picks. 22:23
pmichaud rakudo: say pick(5, 1..100);
polyglotbot OUTPUT[6184653188ā¤]
pmichaud rakudo: say pick(5, 1..100).join(' ');
polyglotbot OUTPUT[58 47 56 5 79ā¤]
pmichaud they all look correct to me. :-) 22:24
masak ar.
aye.
22:28 Limbic_Region joined 22:39 Theory joined 22:40 bacek joined
dalek r32456 | pmichaud++ | trunk: 22:43
: [rakudo]: spectest-progress.csv update: 210 files, 4439 passing, 4 failing
diff: www.parrotvm.org/svn/parrot/revision?rev=32456
r32457 | fperrad++ | trunk: 22:48
: [forth]
: - fix syntax
diff: www.parrotvm.org/svn/parrot/revision?rev=32457
23:02 silug joined 23:04 bacek joined 23:05 Psyche^ joined
bacek karma bacek 23:16
purl bacek has karma of 75
bacek little bit more
Whiteknight bacek.needs(commit_bit); 23:17
bacek Whiteknight: I promised myself that will no ask for commit bit before karma 100 :) 23:18
masak heh 23:19
bacek++
bacek masak: cheating! Look at #59596 :)
masak :) 23:20
bacek: I'm not PIR-savvy enough yet to judge such code.
even I submit things like that through RT for review.
23:44 bacek joined
bacek my ISP really suck for last few days... 23:46
anyone know how "add_method" works? 23:48
chromatic Magic. 23:49
bacek ETOOMUCHMAGIC
chromatic Basically the Class PMC adds subs into the appropriate NameSpace. 23:53
nopaste "bacek" at 123.243.38.218 pasted "add_method.pir" (15 lines) at nopaste.snit.ch/14518 23:55
bacek chromatic: I've got Method 'foo' not found for invocant of class 'Role' 23:56
what I doing wrong?
chromatic Something in whatever r is, I suppose. 23:57
bacek r is just Role. 23:58

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!