Camelia, the Perl 6 bug

IRC log for #parrot, 2008-11-07

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:07 pmichaud joined #parrot
00:08 leo joined #parrot
00:09 AndyA joined #parrot
00:11 polyglotbot joined #parrot
00:12 pmichaud joined #parrot
00:14 leo joined #parrot
00:15 dalek joined #parrot
00:16 dalek r32413 | cotto++ | trunk:
00:16 dalek : [pipp] tighten tag parsing, add echo tags
00:16 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32413
00:16 dalek r32414 | pmichaud++ | trunk:
00:16 dalek : [rakudo]:  Partial spectest-progress.csv update -- more later.
00:16 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32414
00:17 jonathan joined #parrot
00:22 jonathan feather sure seems to have a few issues...
00:53 * jonathan sleeps
01:00 polyglotbot joined #parrot
01:00 Tene rakudo: say 'omg'
01:00 polyglotbot OUTPUT[omg␤]
01:01 Tene lolcode: VISIBLE "omg polyglotbot works again"
01:01 polyglotbot OUTPUT[omg polyglotbot works again␤]
01:02 cotto pipp: <?="ohai!"?>
01:02 polyglotbot OUTPUT[ohai!]
01:03 Tene tcl: [doesn't work anymore]
01:03 polyglotbot OUTPUT[Parrot VM: Can't stat languages/tcl/tcl.pbc, code 2.␤main: Packfile loading failed␤]
01:07 cotto pipp: <?="also"?> <?="doesn't"?> <?="work"?>
01:07 polyglotbot OUTPUT[also ="doesn't"?> work]
01:24 Whiteknight joined #parrot
01:43 petdance joined #parrot
01:57 Limbic_Region joined #parrot
02:05 bacek_ summon pmichaud :)
02:09 bacek_ Tene++ # ressurecting polyglotbot
02:10 chromatic Tcl probably needs 'make realclean'.
02:10 chromatic Coke invalidated the bytecode today, removing some deprecated ops.
02:28 bacek joined #parrot
02:37 bacek_ karma
02:37 bacek_ karma bacek
02:37 purl bacek has karma of 70
02:37 bacek_ little bit more.
02:41 cotto pipp:<?="bacek"?>++
02:42 cotto |!
02:43 bacek_ cotto: cheating! :)
02:44 cotto I figure it's not cheating if I use a recently-implemented feature.
02:44 cotto I don't mind cheating anyway. ;)
02:53 Tene pipp: <?="bacek"?>++
02:53 polyglotbot OUTPUT[bacek++]
02:54 Tene need the space
02:55 bacek_ karma bacek
02:55 purl bacek has karma of 70
02:55 cotto karma <?="bacek"?>
02:55 purl <?="bacek"?> has karma of 1
02:55 cotto lucky guy
02:55 bacek_ heh, cheating doesn't work as expected ;)
02:56 cotto pipp:<?=" bacek"?>++
02:56 cotto pipp: <?=" bacek"?>++
02:56 polyglotbot OUTPUT[ bacek++]
02:56 cotto karma backe
02:56 purl backe has neutral karma
02:56 cotto karma bacek
02:56 purl bacek has karma of 71
03:12 Ademan joined #parrot
03:17 Psyche^ joined #parrot
04:06 MariachiElf joined #parrot
04:14 bacek_ is Object inherited from Any in rakudo?
04:18 pmichaud Any is inherited from Object.
04:18 bacek_ pmichaud: thanks
04:19 pmichaud rakudo:  say Any ~~ Object;
04:19 polyglotbot OUTPUT[1␤]
04:19 pmichaud rakudo: say Object ~~ Any;
04:19 polyglotbot OUTPUT[1␤]
04:19 pmichaud hmm.
04:19 bacek_ rakudo: say Num ~~ Object
04:19 polyglotbot OUTPUT[1␤]
04:19 bacek_ rakudo: say Num ~~ Any
04:19 polyglotbot OUTPUT[1␤]
04:19 bacek_ hmm...
04:19 bacek_ rakudo: say Num ~~ Int
04:19 polyglotbot OUTPUT[0␤]
04:19 bacek_ rakudo: say Int ~~ Num
04:19 polyglotbot OUTPUT[0␤]
04:20 bacek_ rakudo: class Foo {}; say Foo ~~ Object
04:20 polyglotbot OUTPUT[1␤]
04:20 bacek_ rakudo: class Foo {}; say Foo ~~ Any
04:20 polyglotbot OUTPUT[1␤]
04:20 bacek_ pmichaud: looks like I can't reimplement 'succ'/'pred' using MMD
04:21 pmichaud ....why not?
04:22 bacek_ I thinks about adding 'prefix:++ multi(Object)' and 'prefix:++ multi(_)'
04:23 bacek_ so, first version will call 'succ', scond 'inc arg'
04:23 pmichaud just make a single prefix:++ that calls inc.
04:24 pmichaud (like it was before)
04:24 pmichaud then we'll create a vtable function in Object that calls succ
04:24 bacek_ Ah, ok.
04:26 bacek_ btw, I reimplemented junctions collapsion in boolean context. It's short-circuit now.
04:26 bacek_ hmm... Looks like my mail didn't reach list (yet)
04:38 bacek_ pmichaud: S03's succ/pred is suboptimal... We always have to create new object and copy it over old one for 'prefix:++'...
04:39 pmichaud that's not a big deal in this case, though.
04:39 pmichaud mostly we'll be incrementing/decrementing Ints, which won't go through succ/pred
04:39 bacek_ yes of cause. Just... Suboptimel :)
04:39 bacek_ Suboptimal
04:39 purl Suboptimal is a nice way of saying "Rather Fucked Up (tm)"
04:41 bacek_ postfix versions will be just awful... $P0 = clone a; inc a; 4 clones for single increment.
04:42 pmichaud 4 clones?
04:43 bacek_ 'clone a'. Then in 'succ' we have to "clone" object with previous value.
04:43 pmichaud there's always the possibility of writing custom VTABLE_increment or postfix:<++> if it's an issue.
04:43 bacek_ at least 2 :)
04:43 pmichaud ....why do we have to clone an object in 'succ'?
04:44 bacek_ and S03-operators/autoincrement treats 'succ' as in-place change.
04:44 pmichaud succ isn't an inplace change
04:44 bacek_ We have to create copy of object with "next" value
04:44 pmichaud anyway, I count 3 clones.
04:45 pmichaud we know there has to be at least one.
04:45 bacek_ ++$var
04:45 bacek_ --$var
04:45 bacek_ are equivalent to
04:45 bacek_ $var.=succ
04:45 bacek_ $var.=pred
04:45 pmichaud note that .succ isn't an inplace method there -- it's being called via the inplace operator
04:46 pmichaud .succ simply returns the next value -- it doesn't modify the invocant.
04:46 pmichaud $var .= succ is the same as  $var = $var.succ
04:46 pmichaud at any rate, I'm not in charge of the spec.  :-)
04:47 bacek_ can we change it? :)
04:47 pmichaud you can ask on perl6-language about it.
04:48 pmichaud but I can say that since doing increment/decrement on anything other than Ints is fairly rare, it doesn't seem worth the effort (and loss of potential flexibility) to try to optimize it further.
04:48 bacek_ fair enough
04:48 pmichaud and we do still make it possible for people to write custom operators that avoid it if necessary
04:51 bacek_ Method 'succ' not found for invocant of class 'Int'
04:51 bacek_ Yak. Auto-boxing
04:53 pmichaud make sure to use :vtable('increment') and not   'increment' :vtable
04:53 pmichaud otherwise the vtable function will get installed in the subclasses.
04:54 bacek_ .sub '' :method :vtable('increment')
04:54 bacek_ ?
04:54 pmichaud yes.
04:54 bacek_ it works!
04:55 bacek_ S03-operators/autoincrement.t still passed
04:56 bacek_ nopaste?
04:56 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/
04:56 purl nopaste is probably at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/
04:57 nopaste "bacek" at 211.29.157.151 pasted "succ/pred reimplementation for pmichaud to review" (88 lines) at http://nopaste.snit.ch/14502
04:57 pmichaud I'm busy with containers at the moment -- can you attach it to the rt ticket for me to look at a bit later?
05:00 bacek_ yes, of cause
05:00 bacek_ afk #meeting...
05:01 magnachef__ joined #parrot
05:14 dalek r32415 | pmichaud++ | rakon:
05:14 dalek : [rakudo]:  Remove rounders.t from spectest.data (needs non-cheating version)
05:14 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32415
05:47 magnachef joined #parrot
05:53 Coke tcl doesn't work in polygotbot because tcl isn't in core.
05:53 magnachef__ joined #parrot
05:56 Tene Yeah, I know.  I was just :(in about it.
05:57 * Coke was telling chromatic.
06:00 Tene ah
06:00 Tene Right.  There are more people on IRC than just myself.
06:01 Tene I remember now.
06:40 dalek r32416 | pmichaud++ | rakon:
06:40 dalek : [rakudo]:  Make sure that "$a" and "{3}" return Str.
06:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32416
06:50 cotto seen barney
06:50 purl barney was last seen on #parrot 13 hours, 23 minutes and 9 seconds ago, saying: k
07:13 nopaste "moritz" at 89.13.220.217 pasted "Test failure in t/pmc/pmc.t" (9 lines) at http://nopaste.snit.ch/14503
07:18 chromatic Looks like fallout of removing type ids.
07:22 chromatic It passes for me though.
07:22 chromatic Did you reconfigure?
07:23 moritz yes
07:23 moritz realclean + configure
07:23 moritz (before the reconfigure rakudo wouldn't even build)
07:24 chromatic Strange.
07:24 purl But true.
07:24 szabgab hi ppl, is the code of dalek and purl available somewhere?
07:25 moritz I think purl is an Infobot, which is on cpan
07:26 chromatic moritz, it's t/pmc/pmc_3.pasm, I think.
07:26 chromatic The culprit anyway.
07:26 * szabgab looking at infobot on CPAN
07:29 moritz $ ./parrot t/pmc/pmc_3.pasm
07:29 moritz All names ok.
07:29 moritz Segmentation fault
07:29 purl (Core dumped)
07:29 moritz chromatic: do you want a bt?
07:30 chromatic Yes please.
07:30 moritz http://nopaste.snit.ch/14504
07:31 chromatic interp->scheduler is invalid, right?
07:31 moritz how do I check?
07:31 chromatic p interp->scheduler
07:31 moritz (my gdb-fu is nearly 0 ;)
07:31 moritz $1 = (PMC *) 0x833ec34
07:32 chromatic p interp->scheduler->vtable->delete_keyed_int
07:33 moritz Cannot access memory at address 0xdeadbfcb
07:33 chromatic p interp->scheduler->vtable
07:33 chromatic 0xdeadbeef, I imagine
07:33 moritz yes
07:33 chromatic Here's the problem.
07:33 chromatic During finalization before full exit, Parrot sweeps all PMC pools and destroys everything still alive.
07:34 chromatic It's already destroyed the scheduler PMC before it destroys the Timer PMC.
07:34 chromatic The Timer PMC's destructor wants to unschedule the timer task.
07:34 chromatic Boom.
07:35 moritz sounds like it's not the first time you encountered something like that ;)
07:36 chromatic It's not.  We have an order of destruction problem.
07:36 dalek r32417 | pmichaud++ | trunk:
07:36 dalek : [rakudo]: partial spectest-progress.csv update
07:36 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32417
07:42 chromatic There's no really good solution, other than building a dependency graph of object relationships.
07:46 uniejo joined #parrot
08:00 dalek r32418 | chromatic++ | trunk:
08:00 dalek : [ops] Removed experimental new_i_s opcode, which was deprecated anyway, as it
08:00 dalek : used type IDs (and getting it to work with string names is more trouble than
08:00 dalek : it's worth for a deprecated, experimental op anyway).  Only the FIA tests
08:00 dalek : relied on it.
08:00 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32418
08:08 dalek r32419 | chromatic++ | trunk:
08:08 dalek : [PIR] Revised PIR language so that .const directive takes the string name of a
08:08 dalek : PMC type instead of the integer ID.  This changed several libraries and tests,
08:08 dalek : but all tests pass for me now.  See RT #48024.
08:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32419
08:22 elmex joined #parrot
08:22 elmex Zaba: hi
09:00 cosimo joined #parrot
09:33 Ademan joined #parrot
10:00 kj joined #parrot
10:06 wolverian joined #parrot
10:13 cout joined #parrot
10:52 TonyC joined #parrot
10:54 nopaste joined #parrot
11:09 nopaste joined #parrot
11:09 barney joined #parrot
11:13 TonyC joined #parrot
11:20 bacek hi all
11:20 bacek hello purl
11:20 cotto barney, I've started hacking on Pipp's grammar and actions.  svn up early and often, and let me know if there are any parts of the code I should avoid.
11:22 cotto also, the "sea" is anything outside PHP tags, not just HTML.
11:23 cotto I'm trying to make that part of the grammar dtrt, but I wouldn't be disappointed if you managed to fix it first.
11:25 cotto I need sleeps.  I'll see if you respond, but I'm out.
11:25 cotto night
11:31 iblechbot joined #parrot
11:31 barney cotto++
11:32 TonyC joined #parrot
11:33 barney WRT behavior of 'sea', a (TODO) test case would be nice
11:49 gaz joined #parrot
12:24 dalek r32420 | bernhard++ | trunk:
12:24 dalek : Pipp: Use token <ws_char> for defining the token <ws>.
12:24 dalek : Do not capture <ws_char>.
12:24 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32420
12:25 barney Is there an example for a <ws> rule that requires whitespace within an identifier?
12:25 barney Like the default <ws> rule does?
12:26 gaz joined #parrot
12:28 moritz <after \w> \s+ <before \w> # something like this?
12:33 bacek moritz: you promised to review t/junction tests :)
12:34 moritz bacek: I promised to do it in 6 hours or later, and it became later ;(
12:35 bacek no worries!
12:36 bacek I can accept applying patch from #60390 as regrets :)
12:37 dalek r32421 | bernhard++ | trunk:
12:37 dalek : Pipp: explicitly require whitespace after 'echo'
12:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32421
12:39 moritz I don't have a working copy here (I'm at $work right now), so patch monkeying ;(
12:39 barney moritz: the rule " 'echo' '_count' "  should match  'echo count'   but  not 'echo_count'
12:40 bacek moritz: fair enough
12:40 barney PHP has function calls without parentheses
12:41 moritz barney: did you mean 'echo _count'?
12:44 moritz rakudo: rule w { <after \w> \s+ <before \w> :: | \s* }: "echo_count" ~~ m/\w+ <w> \w+/; say $/
12:44 polyglotbot OUTPUT[Statement not terminated properly at line 1, near ": \"echo_co"␤␤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
12:44 polyglotbot ..'parrot;Perl6;Grammar;statementlist' pc 25361 (src/gen_grammar.pir:2654)␤called fro...
12:44 barney The problem is that I have a function called 'echo_count', so the rule     'echo' <arguments> should not match first
12:44 moritz rakudo: rule w { <after \w> \s+ <before \w> : | \s* }: "echo_count" ~~ m/\w+ <w> \w+/; say $/
12:44 polyglotbot OUTPUT[Statement not terminated properly at line 1, near ": \"echo_co"␤␤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
12:44 polyglotbot ..'parrot;Perl6;Grammar;statementlist' pc 25361 (src/gen_grammar.pir:2654)␤called fro...
12:45 moritz barney: then you need a word boundary assertion, I think
12:46 bacek moritz: AFAIU barney needs LTM...
12:46 moritz rakduo: if "echo_count" ~~ m/echo>>/ { say "yes" } else { say "no" }
12:46 moritz rakudo: if "echo_count" ~~ m/echo>>/ { say "yes" } else { say "no" }
12:46 polyglotbot OUTPUT[no␤]
12:46 moritz rakudo: if "echo _count" ~~ m/echo>>/ { say "yes" } else { say "no" }
12:46 polyglotbot OUTPUT[yes␤]
12:47 barney What does the >> mean?
12:47 moritz right word boundary
12:47 moritz rakudo: if "echo _count" ~~ m/echo\b/ { say "yes" } else { say "no" }
12:47 polyglotbot OUTPUT[yes␤]
12:47 moritz rakudo: if "echo_count" ~~ m/echo\b/ { say "yes" } else { say "no" }
12:47 polyglotbot OUTPUT[no␤]
12:48 moritz barney: maybe \b as a general word boundary is more readable for the average Perl 5 hacker ;)
12:50 moritz but in general a nice ws rule leads to a more readable grammar
12:51 moritz and I don't understand rakudo's ws rule :(
12:52 barney neither do I
12:53 barney Can I use the builtin <ws> rule and just add the language specific comment rules ?
12:55 moritz maybe cardinal's ws rule is more understandable
12:55 moritz not really, it seems
12:57 barney As my current workaround works I'll leave that for now.
12:59 barney First I need to support parameter passing for user defined functions, so that I can continue with a testing lib written in PHP
13:01 petdance joined #parrot
13:19 bacek is RT very slow today???
13:20 bacek I can't merge 2 tickets. It returns empty page...
13:21 bacek And my mail from 10+ hours still doesn't reach ticket...
13:29 bacek moritz: any particular bugs for rambling ex-developer?
13:29 Infinoid RT seems to load ticket pages fine, here
13:30 purl joined #parrot
13:30 moritz bacek: no, I lost contact with the RT queue some weeks ago :(
13:30 bacek moritz: how that?
13:32 moritz bacek: no time to follow it
13:34 dalek r32422 | bernhard++ | trunk:
13:34 dalek : Pipp: set 'arity' for function definitions
13:34 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32422
13:36 masak joined #parrot
13:36 kjinlabs joined #parrot
13:49 barney Is there a channel for twin city workshop ?
14:01 pmichaud (ws rule)  PCT provides a <ww> rule that matches between two word characters
14:01 pmichaud thus one can use <!ww> to say "must mot match between two word characters"
14:02 pmichaud so a sample ws rule can be     token ws { <!ww> \s+ | \s* }
14:02 pmichaud er, I have that backwards
14:02 pmichaud token ws { <!ww> \s* | \s+ }
14:03 pmichaud which means "if we're not between two word characters, then zero spaces is okay, otherwise we need at least one space"
14:13 barney pmichaud: tnx, i'll try that
14:16 bacek pmichaud: good morning :)
14:17 pmichaud good morning :-)
14:21 * bacek failed closing tickets in RT...
14:27 dalek r32423 | bernhard++ | trunk:
14:27 dalek : Pipp: Refactor the <ws> rule using <!ww>
14:27 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32423
14:28 particle hi-o
14:28 pmichaud hello, particle
14:28 bacek pmichaud: Bool.succ/pred update data in-place.
14:29 pmichaud bacek: ?
14:29 bacek looks like a bug
14:29 bacek src/classes/Bool.pir +47
14:29 Aisling joined #parrot
14:30 pmichaud yes, looks like a bug.  We can either remove the succ/pred name from the method, or redefine those to not be vtable and return the correct value.
14:30 pmichaud I think I prefer the latter at the moment.
14:31 bacek +1 for latter
14:31 bacek and applying #60390 :)
14:33 pmichaud +.sub '' :method :vtable('increment')
14:33 pmichaud +    self = self.'succ'()
14:33 pmichaud +    .return(self)
14:33 pmichaud +.end
14:33 pmichaud ... that can't be correct.
14:34 pmichaud self is a PMC register.
14:35 pmichaud are there any tests for succ/pred ?
14:35 bacek pmichaud: S03-operators/autoincrement.t
14:35 bacek they passed
14:36 bacek but they looks suspicious for me
14:36 pmichaud ah, because the test is wrong.
14:36 bacek (last 2)
14:36 pmichaud the succ method is doing an inplace update.
14:37 pmichaud $.value += 42;
14:37 pmichaud should be
14:37 pmichaud $.value + 42
14:38 bacek indeed.
14:44 gryphon joined #parrot
14:49 bacek pmichaud: actually no...
14:49 bacek it should be Incrementer.new($.value +42)
14:50 bacek Incrementor.new( value => $.value + 42);
14:51 bacek Or Incrementor have to have constructor from Int.
15:03 jhorwitz joined #parrot
15:18 cosimo joined #parrot
15:25 pmichaud bacek: oh, yes -- that's a different bug.
15:25 pmichaud there's a couple of bugs there :-)
15:27 bacek pmichaud: indeed :) I can't attach new version of patch. RT is broken...
15:33 bacek Or my firefox broken...
15:34 dalek r32424 | fperrad++ | trunk:
15:34 dalek : [Lua]
15:35 dalek : - fix testts, new syntax .const 'Name'
15:35 dalek : (see r32419)
15:35 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32424
15:42 cosimo joined #parrot
16:03 dalek r32425 | pmichaud++ | trunk:
16:03 dalek : [rakudo]: spectest-progress.csv update: 211 files, 4413 passing
16:03 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32425
16:05 dalek r32426 | fperrad++ | trunk:
16:05 dalek : [Lua]
16:05 dalek : - fix compilers & libs, new syntax .const 'Name'
16:05 dalek : (see r32419)
16:05 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32426
16:05 magnachef joined #parrot
16:05 rurban joined #parrot
16:07 barney Can I use globals in an actions.pm file?    Set a flag that I'm in a function body, so that I can set the scope accordingly.
16:09 hercynium joined #parrot
16:11 particle you can drop into pir and do whatever you want
16:12 particle PIR< $P0 = get_global '$foo' >;
16:16 barney I tried using 'our' vars, but they were always undefined, even when they should have been initialised in previous method calls
16:17 particle rakudo definitely uses our variables to good effect
16:17 particle our @?BLOCKS etc
16:18 particle @?BLOCK
16:19 particle have you taken a look at how rakudo does it?
16:19 barney Yes, I've seen that.
16:19 particle did you note that in perl6.pir, we have:
16:19 particle ##  create a list for holding the stack of nested blocks
16:19 particle $P0 = new 'List'
16:19 particle set_hll_global ['Perl6';'Grammar';'Actions'], '@?BLOCK', $P0
16:20 particle perhaps you're missing that?
16:21 barney I was wondering why there wasn't a   set_hll_global ['Perl6';'Grammar';'Actions'], '$?INIT', $P0
16:21 particle i'm wondering that, too. need to ask jonathan
16:21 barney But I try using an array for flagging.
16:26 pmichaud since NQP only supports binding, there's generally not a need to do specialized initializations for scalar vars.
16:26 particle even though $?INIT is really an array?
16:26 pmichaud it is?
16:26 purl Oh no it isn't!
16:26 pmichaud then why isn't it @?INIT ?
16:27 particle $?INIT.push(...)
16:27 particle great question.
16:27 pmichaud oh
16:27 pmichaud $?INIT isn't an array, it's a PAST::Block
16:27 particle ah
16:27 pmichaud you're not pushing onto an "INIT" array, you're adding to the Block that is the INIT block.
16:27 pmichaud or something like that.
16:27 particle heh, okay.
16:28 pmichaud $?INIT seems like the wrong name for it, at any rate.
16:28 pmichaud okay, let's see if I can close out the rakon branch.
16:28 dalek r32427 | fperrad++ | trunk:
16:28 dalek : [WMLScript]
16:28 dalek : - fix, new syntax .const 'Name'
16:28 dalek : (see r32419)
16:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32427
16:28 particle what needs doing to make that happen? fix tests&bugs?
16:29 pmichaud yes.
16:30 pmichaud I have a few other refactors I want to look at.
16:30 particle are they rakon-specific refactors?
16:30 pmichaud yes.
16:30 particle k
16:34 particle pmichaud: i'm running spectests now, i'd like to help
16:35 pmichaud sure thing -- there's stuff you can help with.  knowing how your spectests come out would be a good thing -- I get some segfaults in mine.
16:35 particle i'm a little busy with other work, but i'll see what i can do
16:35 particle ok
16:35 particle i ran spectest last night and have the results handy
16:35 particle this morning, actions.pm is different, so i'm rerunning now
16:36 pmichaud yes, I ran across a few bugs.  :-)
16:36 pmichaud spectests++   # catching bugs
16:37 particle i'm getting some bonus tests
16:37 particle string-interpolation, boolean-context
16:37 pmichaud yes, those are the ones we're aiming at by the fixing
16:37 pmichaud we can't untodo those until we merge back to trunk, though.
16:37 particle that's what i expected. ok
16:37 particle assign-is-not-binding
16:38 particle these are all good wins
16:38 particle it may be another 10m before i have results
16:38 particle rakudo is really slow on windows these days
16:38 pmichaud it's slowing down a bit here, too.
16:39 pmichaud or it may just be the standard "everything seems slower over time" perception.
16:39 particle it takes way more than 10m to run spectest now
16:39 pmichaud oh, that's quite a bit slower then.
16:40 pmichaud I was noticing that on my machine as well, though.  Maybe some Parrot change slowed things down.
16:40 pmichaud yesterday I discovered that I can no longer run the rx.t  spectest with -G, because I run out of memory.
16:41 pmichaud actually, that probably tells me the day on which "whatever change" occurred.
16:41 pmichaud just a sec
16:43 * pmichaud starts a bisection
16:44 Theory joined #parrot
16:46 particle :)
16:47 dalek r32428 | pmichaud++ | trunk:
16:47 dalek : [rakudo]:  Remove -G flag from test_summary.pl,
16:47 dalek : as it results in "out of memory" errors on my machine
16:47 dalek : for the S05-mass/rx.t tests.
16:47 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32428
16:47 Theory joined #parrot
16:55 particle pmichaud: short spectest failure results follow:
16:55 particle t\spec\S03-operators\context.rakudo                     35    5  20-24
16:55 particle t\spec\S12-class\declaration-order.t         5  1280     2    0  ??
16:55 particle t\spec\S16-filehandles\io_in_while_loops.               13    2  13-14
16:58 particle rakudo: say ~(item 3, 2).WHAT
16:58 polyglotbot OUTPUT[Array␤]
16:58 particle > say ~(item 3, 2).WHAT;
16:58 particle List
16:58 particle which is correct?
17:00 pmichaud I think it should be List.
17:00 particle ok, then the test is wrong
17:00 particle S03-operators/context.t:54
17:00 particle rakudo: ~(item 2).WHAT
17:01 polyglotbot RESULT["Int"]
17:01 particle rakudo: ~2.WHAT
17:01 polyglotbot RESULT["Int"]
17:01 particle rakudo: ~($ 2).WHAT
17:01 polyglotbot RESULT["Int"]
17:03 pmichaud (re-reading spec), oh, perhaps it should be Array
17:03 pmichaud I'm not sure.
17:04 particle yep, spec says item contextualizer creates an Array from a list
17:04 pmichaud where do you see that?
17:05 particle L<S03/"The item contextualizer">
17:05 particle line 1920 or so
17:08 dalek r32429 | bernhard++ | trunk:
17:08 dalek : Pipp: Try to use lexical scope for variables used within a function.
17:08 dalek : But do not succeed.
17:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32429
17:09 pmichaud the declaration-order.t is an odd segfault -- iirc it's even occurring in trunk.
17:10 pmichaud I haven't looked at io_in_while_loops yet
17:10 pmichaud r32340 fixes context.t
17:11 particle yes, that's from a change jonathan made before the branch
17:11 dalek r32430 | pmichaud++ | rakon:
17:11 dalek : [rakudo]:  item contextualizer on a list returns an Array
17:11 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32430
17:11 particle it was segfaulting only on windows, until i refactored actions.pm with .isa
17:11 particle i try to spread segfaults equally among platforms
17:12 particle hey, you stole my commit! :P
17:12 gryphon joined #parrot
17:16 pmichaud jonathan++ does it to me all the time.  :-)
17:16 particle ok, in_in_while_loops could be off-by-one
17:16 particle need better diagnostics in that test
17:18 particle eew, io is all screwy
17:18 pmichaud yes, io is screwy.
17:18 pmichaud I'm willing to regress on that particular test for the time being until we get IO cleaned up.
17:18 particle something is very wrong there
17:18 particle i think masak won't be happy with that
17:19 pmichaud he needs that particular feature?
17:19 particle looks like my $line = =$fh is binding
17:19 particle seems every time i access $line, it runs =$fh
17:20 particle add 'diag($line)' to io_in_while_loops.t line 29 (just before is(...))
17:20 particle you get 1\n3\n5\n
17:20 particle if you remove is(...) you get 1\n2\n3\n4\n5\n6\n
17:23 pmichaud okay, I think I see where this is going.
17:25 pmichaud fixed in r32431.
17:26 dalek r32431 | pmichaud++ | rakon:
17:26 dalek : [rakudo]:  Add '!VALUE' method to IOIterator .
17:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32431
17:26 pmichaud ...and now a lot of things make a ton of sense to me.
17:27 pmichaud particle: can you test if that gets rid of all of our failing tests in the branch?  I need to get some lunch here
17:27 pmichaud if so, then I'll do my other refactors and code cleanups and merge to trunk.
17:29 pmichaud message jonathan if you could get a simple 'is also' implemented (defining methods only, no need to worry about existing instances)  then I think we could start writing a Prelude-in-Perl-6 module.
17:29 purl Message for jonathan stored.
17:33 pmichaud afk (lunch)
17:39 PerlJam joined #parrot
17:44 cognominal is also?
17:54 * particle is running spectest now
17:54 jan joined #parrot
17:57 particle cognominal: 'is also' allows you to add behaviors to classes
17:58 particle class Foo {...}; class Foo is also { method bar () {...} }; #adds method bar to class Foo
17:58 cognominal something like some fature (forgot the name) of objc 2.0
17:58 cognominal ?
17:58 particle it's a feature of 'open' classes vs 'closed' classes
17:59 particle perl 6 classes are open by default, but you have to be explicit that you're changing the class's behavior
17:59 particle i'm not familiar with objc
18:01 particle looks like objc calls it 'categories'
18:01 particle A category allows you to add methods to an existing class—even to one to which you do not have the source.
18:01 cognominal yes, categories
18:01 purl rumour has it categories is easy
18:02 cognominal forget categories
18:02 purl cognominal: I forgot categories
18:04 Patterner purl: interfaces?
18:04 purl somebody said interfaces was a keyboard/chair at http://www.teos-inc.com/wpfloat.htm
18:04 particle it seems 'is open' in perl 6 is just like objc categories, in that you can't add attributes, only methods
18:04 Patterner purl: forget interfaces
18:04 purl Patterner: I forgot interfaces
18:04 particle however, perl 6 also has 'is instead' which lets you totally redefine the class. i don't think objc lets you do that
18:06 cognominal I am getting interesting in objc because it is used on Macs, on the iPhone and by Cappucino a powerful web app framework.
18:07 cognominal Cappuccino is client side because the code is compiled to javascript.
18:07 cognominal Cappuccino?
18:07 purl Cappuccino is probably cocoa for the web, http://cappuccino.org/  you write my client code in Objective-J that is prepocessed in javascript, it steals from ruby on rails toom because it has a tool similar to capistrano
18:25 dalek r32432 | fperrad++ | trunk:
18:25 dalek : [m4]
18:25 dalek : - fix, new syntax .const 'Name'
18:25 dalek : (see r32419)
18:25 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32432
18:28 dalek r32433 | fperrad++ | trunk:
18:28 dalek : [lisp]
18:28 dalek : - fix, new syntax .const 'Name'
18:28 dalek : (see r32419)
18:28 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32433
18:32 magnachef joined #parrot
18:42 masak pmichaud, particle: thank you for thinking of me before regressing something :) no, I don't think we use =$fh in November. go ahead an regress it if you like.
18:42 * masak is implementing .fmt tonight
18:42 particle good to hear, masak, but pmichaud++ fixed it :)
18:42 masak particle: that's ok too :)
18:43 particle now i have a test failure in the harness, but not outside :(
18:43 masak particle: that happens sometimes, I hear
18:43 masak it's the Harness Specialization of the Observer Paradox.
18:44 particle i'm quite familiar with that paradox ;)
18:46 masak :P
18:55 PerlJam if parrot had a documentation subsystem, paradox would be a good name for it
18:56 masak ooh
18:56 mberends joined #parrot
18:56 * masak likes
19:10 dalek r32434 | fperrad++ | trunk:
19:10 dalek : [regex]
19:10 dalek : - fix, new syntax .const 'Name'
19:10 dalek : (see r32419)
19:10 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32434
19:12 chromatic joined #parrot
19:18 jhorwitz particle: gonna call the hotel -- we good for our rates?
19:18 pmichaud yes, I need to book my hotel also.
19:20 chromatic Me too.
19:21 hercynium joined #parrot
19:37 dalek r32435 | fperrad++ | trunk:
19:37 dalek : [dotnet]
19:37 dalek : - fix, new syntax .const 'Name'
19:37 dalek : (see r32419)
19:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32435
19:42 particle jhorwitz: yep
19:43 jhorwitz and the bird is the word?
19:43 particle you can email, as well, jeanine will take care of it quickly
19:43 particle either way, yes.
19:43 jhorwitz what's her e-mail?
19:43 particle mailto:jconforti@jdvhotels.com as it says on the wiki :P
19:44 * jhorwitz doesn't RTFM just to annoy particle
19:44 * chromatic doesn't backlog, just to annoy everyone
19:47 dalek r32436 | pmichaud++ | rakon:
19:47 dalek : [rakudo]:  update svn:ignore property
19:47 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32436
19:48 particle pmichaud: spectests pass, except for declaration-order (known) and S29-num/complex fails in the harness but not outside :(
19:48 pmichaud okay.  I'm working on refactors now.
19:52 Tene ohshit I need to figure out hotels
19:52 jhorwitz I CAN HAS HOTEL RUM?
19:54 Tene HAY JHORWITZ! wanna share a room with me?
19:55 Tene oh, no, "prefer single room"
19:55 Tene wiki++
19:56 jhorwitz Tene can RTFM, unlinke me
19:56 jhorwitz ^unlike
19:56 Tene RTFW
19:57 Tene your W was upside-down.
19:57 jhorwitz :)
19:58 Tene The important question is whether I'll remember that this needs to be done long enough to do it, or if I'll just have to strong-arm my way into someone's room once I get there.
19:58 dalek r32437 | particle++ | rakon:
19:58 dalek : [rakudo] s/mutable/objectref/
19:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32437
19:58 Tene Oh, right, I got paid today, so I have money again kinda.
19:58 jhorwitz $++
20:02 masak is List:Array::Mapping:Hash in Rakudo?
20:02 pmichaud somewhat, yes.
20:02 masak ok.
20:02 pmichaud there aren't many places that produce a Mapping.
20:02 pmichaud at least, not that I've found yet.
20:02 masak no.
20:03 masak should I put .fmt on Mapping then, not Hash?
20:04 masak seems other utility methods reside there.
20:04 pmichaud it has a different meaning there?
20:04 pmichaud I mean, .fmt on Mapping is different from .fmt on say, List ?
20:04 masak pmichaud: aye.
20:05 pmichaud I think the general rule of thumb is that non-modifying methods go on the immutable class, while modifying methods go on the mutable one
20:05 pmichaud so yes, .fmt would go on Mapping
20:05 masak great
20:06 masak it turns out that implementing .fmt matches my level of experience with PIR quite nicely, so this is joyful work -- not too difficult, but still challenging.
20:06 pmichaud excellent :-)
20:08 masak is `new 'Iterator', self` same as `self.'iterator'()`?
20:09 pmichaud use either   self.'iterator'()    or    iter self
20:09 pmichaud ('iter' is an opcode)
20:09 masak oki
20:09 pmichaud we're moving away from the   new 'Iterator'  approach.
20:09 masak I see.
20:11 masak pmichaud: the difference between .fmt on List and .fmt on Mapping is that the former delegates to sprintf($fmt, $elem) for every element of the list, while the latter delegates to sprintf($fmt, $key, $value) for every pair of the mapping.
20:13 pmichaud masak: okay, thanks
20:15 masak Mapping didn't have an 'iterator' method. adding it.
20:25 pmichaud note that 'iterator' for mapping is supposed to return Pairs, I think.  See S09.
20:26 pmichaud and then all of .keys, .values, .kv, etc are supposed to be defined in terms of .iterator
20:26 pmichaud (they aren't at present -- it's one of those things I've been wanting to fix)
20:26 pmichaud (but needed to get containers working right first)
20:37 masak um. so what do I do? my patch is done now, and I was just about to submit it to RT. but it does add an 'iterator' method to Mapping which iterates over keys, not pairs.
20:38 masak is it enough if I remove the 'iterator' method from Mapping again, and rewrite the .fmt method to call the 'pairs' method instead?
20:39 masak if I do that, I could even delegate to the .fmt method in Pair :)
20:39 particle that seems the right thing to do
20:39 masak it does, doesn't it?
20:40 masak I'll just assume that pmichaud has replied 'yes' to the above.
20:40 dalek r32438 | particle++ | rakon:
20:40 dalek : [rakudo] add docs for IO's !VALUE() method
20:40 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32438
20:41 particle okay, pmichaud, i've done my review of the rakon branch diffs and corrected any wrongs i see.
20:41 particle after your refactors, seems it's clear to merge with trunk.
20:49 masak ok, I sent a patch to RT. I could have just committed it directly, I guess, but I'd like someone to review it and check that I haven't made any blatant mistakes.
21:05 pmichaud masak++   # I'll review the patch once I finish with rakon (in an hour or so)
21:06 masak perfect. gives me time to write today's blog post in the meantime.
21:08 Tene pmichaud: explain the name 'rakon' to me?
21:08 Tene oh, 'kontainer'?
21:08 pmichaud short for "rakontainer"
21:08 masak how kute.
21:09 bacek joined #parrot
21:23 particle masak: does 'join'() ever return a non-string?
21:23 masak particle: I'm trying to thing of a case when it does.
21:23 masak must be a corner case, feels like.
21:24 particle i'm just hoping you checked, as i review your code :)
21:24 masak oh.
21:24 masak actually, I haven't reflected on that at all :/
21:24 masak testing.
21:24 purl testing is Don't use #perl for testing! or experiri vovere est or make tests pass for existing features, fail for unimplemented features and skip for wishlist features
21:25 * masak slaps purl
21:25 purl o/` Hit me baby, one more time o/`
21:25 masak particle: seems 'join'() returns empty string on empty list
21:26 particle also, the comment for Mapping::fmt should probably just say '...implicit call to sprintf on every pair...'
21:26 particle masak: good news then :)
21:26 particle that's what i expected, but i wanted to make sure you thought about that
21:26 masak particle: aye. didn't change the docs when I changed the code...
21:26 particle ah
21:26 masak particle: I hadn't -- have now :)
21:27 particle um, you did change the docs, since 'fmt' is new
21:28 masak particle: no, I mean I wrote the code, wrote the docs, rewrote the Mapping sub, forgot to rewrite the docs for same, and submitted the patch.
21:28 particle i see.
21:28 masak sorry if that wasn't clear :)
21:29 particle one tiny nit, there's some trailing whitespace in every file but Pair.pir
21:29 particle nbd, easy to clean
21:29 masak I can fix that and the docs at the same time, and submit a new patch
21:29 masak did I add the trailing whitespace? must check again.
21:30 particle yes, you did
21:30 particle i'm just reviewing the patch file, i didn't apply it
21:30 masak particle: are you referring to the fact that there are two newlines after some subs?
21:30 particle no
21:31 masak ...but to...?
21:31 pmichaud lines that have a space before the newline
21:31 masak ah.
21:31 masak yes, that's ungood.
21:31 masak will remove and resend
21:31 pmichaud I'm running spectest now for the rakon branch merge
21:31 pmichaud there's still a fair bit of refactoring I want to do, but I think I can do it in trunk.
21:32 particle my initial review looks good otherwise, masak++.
21:32 masak yay!
21:32 particle pmichaud: i agree, there's not much to refactor in the branch
21:32 pmichaud most of the classes/*.pir files have gotten pretty crufty lately
21:34 particle Any doesn't have a default ACCEPTS?
21:34 pmichaud it probably inherits from Object
21:35 particle Object.pir doesn't define ACCEPTS either
21:35 particle it does, however, define REJECTS in terms of ACCEPTS
21:36 ruoso joined #parrot
21:36 pmichaud what should .ACCEPTS return on Object/Any ?
21:37 particle if it's an abstract method at that point, than an exception
21:37 pmichaud ...isn't that what happens now?  ;-)
21:37 particle :P
21:38 particle that's false laziness
21:38 masak Any       Any       scalars are identical   $_ === X
21:38 masak according to S03
21:38 masak but I dunno if that's relevant to what you're discussing.
21:38 particle ok then, it should .return (self)
21:38 pmichaud no, it should probably do   infix:<===>(self, topic)
21:38 masak aye.
21:39 particle i'd better switch back to trunk before i code this up
21:39 particle masak: does the spec say anything about Object?
21:39 masak particle: no.
21:40 pmichaud that's partially why I left it out.
21:40 japhb joined #parrot
21:41 pmichaud If the spec doesn't say one is there, and the spectests don't require one, I'm not a fan of adding one.
21:41 particle okie
21:43 dalek r32439 | pmichaud++ | rakon:
21:43 dalek : [rakudo]:  Some final refactors ( !VALUE --> Scalar ) before merge to trunk
21:43 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32439
21:49 chromatic TimToady, ping
21:58 dalek r32440 | fperrad++ | trunk:
21:58 dalek : [ook]
21:58 dalek : - fix syntax
21:58 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32440
22:08 dalek r32441 | pmichaud++ | trunk:
22:08 dalek : [rakudo]:  merge rakon branch to trunk
22:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32441
22:08 dalek r32442 | pmichaud++ | rakon:
22:08 dalek : Remove completed rakon branch.
22:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=32442
22:19 bacek joined #parrot
22:19 bacek good morning
22:20 bacek Am I only one who can't update RT tickets?
22:20 Infinoid bacek: where does it fail?
22:21 bacek Infinoid: on web. When I try to attach new version of patch it returns empty page after timeout.
22:21 magnachef joined #parrot
22:21 bacek And my emails to perl-bug-followup just disappearing...
22:22 pmichaud I'm posting to RT right now w/o any difficulty.
22:24 bacek pmichaud: hm... It's new ticket?
22:24 bacek or update of old one?
22:26 register joined #parrot
22:26 cognominal > my foo $i;
22:26 cognominal No handler to delete.
22:26 cognominal this is weird, it triggers an error in the scheduler
22:27 masak I recognize that error. someone got it the other day when accessing variables that hadn't been initialized with 'my'.
22:27 pmichaud bacek: update of existing tickets.
22:28 bacek pmichaud: yak... Ok, I'll try again.
22:28 bacek 'Waiting for rt.perl.org'...
22:29 bacek Ho! It works. But I'm using different provider ATM...
22:29 bacek (Australian internet)--
22:29 masak cognominal: http://rt.perl.org/rt3/Tic​ket/Display.html?id=60304
22:30 bacek pmichaud: I've attached new 'succ'/'pred' to #60390.
22:30 bacek I also changed S03/autoincrement.t but scary to commit it...
22:31 bacek -            $.value += 42;
22:31 bacek +            Incrementor.new( value => $.value + 42);
22:32 jsut|work joined #parrot
22:32 * masak sees the name 'Incrementor', thinks it's an awful name, then realizes he wrote that test a while ago
22:32 bacek :)
22:33 bacek masak: I'm going to commit my changes in spec. Now your turn to fix it :)
22:33 masak heh.
22:34 masak I'm a doctor, not a Rakudo programmer!
22:35 bacek masak: take it easy. It's even not in Parrot svn :)
22:36 masak bacek: I'm not sure I grok that last comment.
22:36 masak isn't Rakudo using the Pugs test suite? in what way would a test be in Parrot svn?
22:36 bacek 'succ'/'pred' should return new objects, not modify self in-place...
22:37 masak right.
22:37 bacek 'not a Rakudo programmer' :)
22:37 masak well, maybe a little...
22:37 bacek Just wear a hat of 'Pugs programmer' and fix it :)
22:37 masak heh
22:38 Whiteknight joined #parrot
22:38 masak bacek: so you're saying I should fix Pugs? :)
22:39 cognominal rule scoped {
22:39 cognominal <fulltypename>* ...
22:39 cognominal should not that be <fulltypename>?
22:40 bacek masak: indeed :)
22:40 masak cognominal: I think I've seen examples in the spec with two or more fulltypenames
22:44 particle my Int Str $x;
22:44 magnachef__ joined #parrot
22:44 particle $x = "3";
22:44 Ademan joined #parrot
22:44 masak particle: that's not an Int.
22:45 particle no, it's an Int Str :)
22:45 masak particle: were you present when we discussed Int Str on #perl the other week?
22:45 particle i used a poor example, maybe, but you can have more than one type
22:45 particle yes, i was on #perl6
22:45 masak ah, meant that.
22:46 masak particle: it is perhaps more evident that you can when N-1 of the types are roles
22:46 particle my Serializable Printable Singleton Int = 3;
22:47 masak 'xactly
22:48 bacek my Unspeakable Evil Int :)
22:50 bacek have to go in 20 minutes (if I can trust battery meter in laptop :)
22:50 Whiteknight kjs here?
22:50 Whiteknight kjs?
22:50 purl it has been said that kjs is Klaas-Jan Stol <mailto:parrotcode@gmail.com> from The Netherlands or KHTML (read Safari/Koqueror)'s JavaScript engine... or called kj these days.
22:50 magnachef joined #parrot
22:51 particle1 joined #parrot
22:51 Debolaz__ joined #parrot
22:51 Aisling_ joined #parrot
22:51 jhorwitz_ joined #parrot
22:52 Hinrik_ joined #parrot
22:54 bacek What happened on 2008-10-05? -70 passing tests...
22:54 Theory joined #parrot
22:54 rhr joined #parrot
22:54 hachi joined #parrot
22:54 awwaiid joined #parrot
22:54 gmansi joined #parrot
22:54 Andy joined #parrot
22:54 Infinoid joined #parrot
22:55 contingencyplan joined #parrot
22:55 slavorgn joined #parrot
22:57 bacek afk # flat batteries...
23:01 cognominal thx
23:06 Psyche^ joined #parrot
23:12 chromatic Oh boy, a Unicode bug!
23:12 masak *gasp*
23:15 masak chromatic: http://rt.perl.org/rt3/Tic​ket/Display.html?id=58820
23:19 idemal joined #parrot
23:30 chromatic Oh boy, a Unicode bug with IMCC implications!
23:31 chromatic Tell me it has to run on GCC 2.96 on Mac OS X and I'll be the happiest boy in the world!
23:31 pmichaud 58820 is the one that prompted my ticket.
23:31 pmichaud I don't think there are IMCC implications on this one -- it's just the escape opcode.
23:32 pmichaud The escape opcode is producing a string with NUL bytes, which when fed back into IMCC causes compile errors.  But the NUL bytes shouldn't be there.
23:32 chromatic Yeah, that sounds reasonably easy to diagnose.
23:32 chromatic I'll take a look in a little while.
23:32 pmichaud Excellent.
23:34 mire joined #parrot
23:36 Ademan joined #parrot
23:41 jonathan pmichaud: hi - how's the branch gone?
23:41 pmichaud it's gone.
23:41 jonathan Not had chance to look...
23:41 jonathan Oh, merged?
23:41 purl well, merged is fine
23:41 pmichaud as in, merged to trunk.
23:41 jonathan All bugs fixed?
23:41 pmichaud yes.
23:41 jonathan pmichaud++
23:41 pmichaud new ones found and fixed also.
23:41 jonathan Nice work!
23:41 pmichaud I'm closing out tickets.
23:41 jonathan Great!
23:41 pmichaud I've closed about 6 tickets thus far
23:42 jonathan Wow.
23:42 jonathan Nice work.
23:42 pmichaud 58340, 58526, 58744, 58578, 59382   so far
23:42 masak pmichaud++
23:44 Limbic_Region joined #parrot
23:45 jonathan Wow.
23:46 * jonathan is impressed
23:46 pmichaud there's also probably quite a few passing spectests that need to be unskipped or untodo'd
23:46 pmichaud I didn't update the spectest suite yet.
23:46 jonathan Well, there's a script for that. ;-)
23:47 pmichaud I'm hoping I can also use other people's tuits for that, too :-)
23:47 pmichaud I'm saving my tuits for other things.
23:48 jonathan Sure, good plan.
23:58 magnachef__ joined #parrot
23:59 pmichaud perl6.ops:63: warning: request for implicit conversion from ‘void *’ to ‘struct PMC *’ not permitted in C++
23:59 pmichaud easy fix or file a ticket?

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

Parrot | source cross referenced