www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha"
Set by moderator on 17 September 2008.
00:08 rblackwe joined 00:09 AndyA joined
dalek r31767 | infinoid++ | trunk: 00:27
: [codingstd] Fix trailing whitespace in src/charset/unicode.c
diff: www.parrotvm.org/svn/parrot/revision?rev=31767
Infinoid anyone else seeing this segfault? 00:28
t/pmc/complex....47/54
# Failed test 'add using subclass of Complex (RT \\#59630)'
# at t/pmc/complex.t line 1871.
# Exited with error code: [SIGNAL 11]
(I'm wondering if its linux/x86-64 specific.)
nopaste "Infinoid" at 75.28.79.48 pasted "backtrace of t/pmc/complex.t segfault on linux/x86-64" (47 lines) at nopaste.snit.ch/14249 00:35
Infinoid posts that backtrace to the ticket. 00:48
cotto Infinoid, it's broken for me too 00:50
pmichaud Infinoid: yes, I know about the error.
it's a known error -- we're waiting for someone to todo it or fix it. 00:51
00:54 bennett joined 00:55 allison joined
Infinoid ok, great 00:55
dalek r31768 | infinoid++ | trunk: 01:04
: [include] Add include/parrot/platform_limits.h (autogenerated) to svn:ignore.
diff: www.parrotvm.org/svn/parrot/revision?rev=31768
01:12 silug joined
dalek r31769 | dmknopp++ | trunk: 01:15
: [cardinal]: a few Range tests
diff: www.parrotvm.org/svn/parrot/revision?rev=31769
r31770 | dmknopp++ | trunk: 01:17
: [cardinal]: tests for the Math class
diff: www.parrotvm.org/svn/parrot/revision?rev=31770
r31771 | dmknopp++ | trunk: 01:18
: [cardinal]: tests for the Kernel class
diff: www.parrotvm.org/svn/parrot/revision?rev=31771
r31772 | dmknopp++ | trunk:
: [cardinal]: tests for the Integer class
diff: www.parrotvm.org/svn/parrot/revision?rev=31772
r31773 | dmknopp++ | trunk: 01:23
: [cardinal]: adding a few tests for the Time and GC classes
diff: www.parrotvm.org/svn/parrot/revision?rev=31773
r31774 | dmknopp++ | trunk: 01:30
: [cardinal] Adding initial support for Range, Time, Math, GC, and Kernel classes. Much more to come :-)
diff: www.parrotvm.org/svn/parrot/revision?rev=31774
Whiteknight dmknopp++ 01:32
lots of commits, I like that!
dmknopp :-) 01:33
02:00 dmknopp left 02:15 Debolaz joined
dalek r31775 | coke++ | extract_tcl: 02:30
: Update NEWS for partcl. (last entry)
diff: www.parrotvm.org/svn/parrot/revision?rev=31775
02:52 ab5tract joined
Coke anyone fixing cardinal smoke errors? 03:02
dalek r31776 | coke++ | trunk: 03:06
: [tcl] remove partcl from the repository, see:
: partcl.blogspot.com/2008/10/leaving-nest.html
diff: www.parrotvm.org/svn/parrot/revision?rev=31776
r31777 | coke++ | trunk: 03:09
: [codingstd] Fix file metadata for cardinal
diff: www.parrotvm.org/svn/parrot/revision?rev=31777
ab5tract Coke: ii wrote some tests 03:12
if my patch made it in 03:14
dalek r31778 | coke++ | trunk:
: [codingstd] remove trailing spaces.
diff: www.parrotvm.org/svn/parrot/revision?rev=31778
r31779 | coke++ | trunk: 03:15
: [smolder] TODO failing test
diff: www.parrotvm.org/svn/parrot/revision?rev=31779
03:19 Ontolog joined
ab5tract doesnt look like it did 03:19
03:28 Andy joined 03:30 Theory joined
dalek r31780 | coke++ | extract_tcl: 03:35
: This branch has been merged to trunk and is no longer needed.
diff: www.parrotvm.org/svn/parrot/revision?rev=31780
ab5tract * U languages/dotnet/t/harness 03:40
sweet :)
03:40 mberends joined
ab5tract didn't know there was a dotnet in the codebase 03:41
03:44 tetragon joined
Coke lots of things in dusty nooks and crannies. 03:54
ab5tract i'm interested to see what happens once PCT stabilizes/extends 03:57
03:58 Theory joined
Coke Tene: poke 03:59
NotFound: you sad that RT#59704 was a result of one of your commits? 04:02
s/sad/said/ 04:03
04:47 Bzek joined, Maddingu1 joined
Tene Coke: lemme look it up 05:02
05:03 purl joined 05:04 diakopter joined 05:08 Theory joined
Tene Coke: I'm pretty sure I never said anything of the sort. 05:09
Coke: *OH*! You addressed that to NotFound.
Yeah... reading comprehension is a valuable skill. 05:10
ab5tract Tene: did you do have that cardinal hackathon? 05:16
Coke tene: was that your cardinal mess i cleaned up? =-) 05:19
also, do you want a partcl bit?
Tene Coke: file metadata? No, it was dmknopp. I'll tell him that he needs to do that the next time I see him online. 05:39
06:00 MariachiElf joined 06:18 uniejo joined 06:22 chromatic joined 06:42 cosimo joined
dalek r31781 | rurban++ | pdd30_install: 06:53
: [ports] update from trunk: cygwin parrot-0.7.1-1 release
diff: www.parrotvm.org/svn/parrot/revision?rev=31781
r31782 | rurban++ | pdd30_install: 07:03
: [cage] support DYNPMC_INCLUDE+DYNPMC_LINK, make msys independent of old cygwin, update to trunk
diff: www.parrotvm.org/svn/parrot/revision?rev=31782
07:21 allison joined 07:33 iblechbot joined
dalek r31783 | fperrad++ | trunk: 07:38
: [WMLScript] pdd27mmd
: - second step : rewrite PMC
diff: www.parrotvm.org/svn/parrot/revision?rev=31783
07:45 Zaba joined
dalek r31784 | rurban++ | trunk: 08:16
: [cage] add myself as cygwin responsible
diff: www.parrotvm.org/svn/parrot/revision?rev=31784
08:29 apeiron joined 09:03 tomyan joined 09:04 kj joined 09:10 Ontolog joined 09:11 apeiron joined
dalek r31785 | rurban++ | trunk: 09:54
: [cage] add op docs
diff: www.parrotvm.org/svn/parrot/revision?rev=31785
r31786 | rurban++ | trunk: 09:56
: [cage] RT#48260 add op docs. Fix typo.
diff: www.parrotvm.org/svn/parrot/revision?rev=31786
10:24 Zaba_ joined
dalek r31787 | rurban++ | pdd30_install: 10:25
: [docs] update book to trunk
diff: www.parrotvm.org/svn/parrot/revision?rev=31787
10:32 bacek joined 10:58 bacek joined
dalek r31788 | fperrad++ | trunk: 11:14
: [WMLScript]
: - fix Float representation (like before r31402)
diff: www.parrotvm.org/svn/parrot/revision?rev=31788
12:20 Zaba joined 12:26 flh joined
flh hi 12:26
purl que tal, flh.
flh I've started playing with parrot and pct (read the squaak tutorial...), and I have a few questions: where's the best place to ask them? 12:28
kj hi flh. that would be here 12:32
flh ok :)
kj or the mailing list, for a bigger audience
i'm afk every now and then, just so you know.
like now :-) but just ask your questions, and I'll see them if I get back. 12:33
flh let's try here first... some time ago, I read a post on a mailing-list saying that there can be only one optable in a grammar
is this still true? 12:34
kj I'm not sure if that's true, but I *think* it's true 12:35
(I can't imagine how that would work, with 2 or more such optables)
flh actually, i'm trying to implement (a subset of) the ocaml language, which has two different kinds of expressions ("usual" expressions, and type expressions) 12:36
kj btw, the squaak tutorial is updated, and maintained in parrot/languages/squaak/doc
so you should check out that one instead of the one on parrotblog.org
flh thx, i saw it yesterday, and thanks to pod2latex i have wonderful printed version
so I'll try defining two optables and see what happens :) 12:37
kj If you have any comments or experiences that you'd like to share while using the PCT (as a newcomer), please send them to list
then we can do something about the documentation to prevent any problems in the future. 12:38
flh and is there a way to define operators in a more complicated way than just with their arity (much like what would be allowed by yacc)?
kj not sure what you mean... could you elaborate? 12:39
flh ocaml has a "let x = <expr> in <expr>" construction
kj ok, you would define that as a rule, i guess
flh the "let ... in" is an operator, with a precedence, etc.
kj yeah, but it has rich syntax, in the sense it's all keywords
I'd do it as a rule I think 12:40
rule let_statement { 'let' <ident> '=' <expr> 'in' <expr> }
flh so i have to switch back to top-down parsing, and define a rule for each precedence after the let...in
kj well, I don't know ocaml... so not sure what are the options that go in between 'let' and 'in' 12:41
I guess for advanced questions like that, you might want to ask pmichaud, when he wakes up :-)
flh your rule let_statement is (almost) the good one 12:42
there could have been a clever trick (like defining, by hand, a PIR sub which would behave like a "proto" of the grammar) 12:43
kj I have to admit that my knowledge here is limited on these advanced tricks :-) 12:44
flh i knew i should have chosen another language than caml for my first compiler :) 12:45
kj that would be helpful yes,to get started.
but what you can do, is implement a subset
just the easy bits
and then later extend it
flh that's actually what i am doing, but "let...in" for example is really the core of the language 12:46
a similar case happens with "if..then..else.." which is also an operator, and i would be happy if the optable could understand it 12:47
btw, does the optable syntax come from perl6 regexes, or was it made specifically for parrot? 12:48
kj I think a lot of it is based on perl6
flh (my idea: would it be easy to suggest some improvements? :) ) 12:49
kj ideas are always welcome ;-) Please send them to the list 12:50
flh ok :) thx for your answers, i'll try to take some time to send a message to the list (it's parrot-dev@lists.parrot.org, isn't it?) 12:52
kj I think it has changed quite recently; sorry, don't remember which one it is now...
the website is being moved to a different domain; parrot.org 12:53
12:53 Lorn joined 12:55 Hinrik joined
Coke flh: yes, that's the new list 13:19
pperl6-internals?
perl6-internals?
purl rumour has it perl6-internals is quite slow
Coke no, perl6-internals is now parrot-dev@lists.parrot.org
purl okay, Coke.
Coke parrot-porters?
purl parrot-porters is now superceded by mailto:parrot-dev@lists.parrot.org
Coke p2?
purl i think p2 is mailto:parrot-porters@perl.org or known as mailto:perl6-internals@perl.org
Coke no, p2 is <reply>See parrot-porters 13:20
purl okay, Coke.
13:21 iblechbot joined
particle commitbit me, coke! 13:33
13:40 gryphon joined 13:41 masak joined
Coke for partcl? 13:45
(done) 13:46
Coke does like that the wiki is also editable via svn and a text editor. 13:53
ls 13:55
Coke pokes particle to join the mailing lists if he's got commit bits. 13:57
particle done 13:59
Coke particle: I'm assuming any commits here are done under the same terms as your CLA with TPF. 14:00
particle ok by me. you should state that somewhere in your copious docs :)
Coke ... Guess what your first job is. 14:01
particle coke: you should have a credits or authors file 14:10
do you want a manifest, too? 14:11
hopefully not
Coke (manifest) hell no.
particle :) 14:12
Coke Credits is fine. Feel free to start off with whatever there is for tcl in parrot's CREDITS.
pmichaud hll mapping _really_ makes class handling complicated :-| 14:13
Coke for anyone looking to move their language out of the repo, turns out I just needed a very small Configure.pl, btw. 14:14
(you can use reconfigure.pl to generate your makefile even if you're not one of the core languages, it seems.) 14:15
particle sweet 14:16
PerlJam Is this the start of a mass exodus? :) 14:19
dalek r31789 | moritz++ | trunk: 14:20
PerlJam make it easy to leave and they'll all go.
dalek : [cage] clean POD in cardinal's globals.pir
diff: www.parrotvm.org/svn/parrot/revision?rev=31789
Coke tcl is a trendsetter. 14:22
I hope some of the big languages stay in core for a bit longer. 14:23
makes it easier on core developers, I think, to test things.
PerlJam Coke: excellent ... now all you have to do is release your language into the wild so that it's "real" and then when the others follow suit, parrot will be "real" :-) 14:24
moritz parrot will never be "real" without working lexicals :/ 14:25
but I guess I'm just spreading FUD
pmichaud tcl doesn't use Parrot's lexicals :-)
PerlJam moritz: it's an odd statement that something on the order of a CPU or assembly language should have lexicals. 14:29
moritz PerlJam: parrot is much more high-level then a mere CPU emulator 14:30
PerlJam But I guess, if you're used to CISC architectures, you probably want more than the average VM anyway :)
pmichaud given that parrot has hashes, arrays, methods, classes, coroutines, etc, lexicals isn't that odd. 14:31
PerlJam yeah, the really odd thing is that it's a VM from that perspective :) 14:34
pm: so ... how does the hll mapping make class handling complicated? 14:35
pmichaud in lots of ways, but here's a ticket... :-) 14:36
oh, I'll do a nopaste first.
nopaste "pmichaud" at 76.183.97.54 pasted "hlls can't have duplicate class names" (37 lines) at nopaste.snit.ch/14252 14:37
pmichaud in addition to that, if I have a string (e.g. "Foo::ABC" in Perl 6) and I want to get its corresponding class, there's not an easy way to do that. 14:38
14:38 bennett joined
Coke pmichaud: why are you doing get_root_namespace and not get_hll_namespace? 14:39
pmichaud Coke: I'm taking the position of a library (i.e,. PCT) that needs to be able to create classes in other hll namespaces 14:40
but even if I did get_hll_namespace I'd end up with the same issue.
pmichaud writes a demo.
Coke hurm. I regularly get things back and forth between 'tcl' and '_tcl' hlls. 14:41
pmichaud with identical class names?
Coke that, probably not.
nopaste "pmichaud" at 76.183.97.54 pasted "hlls can't have duplicate class names, using get_hll_namespace" (42 lines) at nopaste.snit.ch/14253 14:42
Coke Probably helps me that I don't do user facing classes, either. =-) 14:44
NotFound BTW I'm wondering, supposing a module written in some HLL that wants to publish a language agnostic module, where must it put the subs and calss of his interface? ['parrot';'module_name] ? 14:45
a language agmostic interface, I mean
pmichaud it would probably still live in the HLL namespace (so it can access builtin functions), but then export to other HLL namespaces. That module would also need to be HLL aware if it's anything but method-based. 14:46
(by HLL aware I mean "able to know how to access things in other HLL namespaces", probably through those HLL's compiler objects.) 14:47
NotFound Yes, by language agnostic I mean that the caller does not need know nothing about the language the module is written and does not need to use his types to using it.
Coke holy crap. 14:48
purl holy crap is, like, only in the Vatican
Coke particle++
Coke chuckles. 14:49
particle: you named the page, PageName.
pmichaud and a darn good pagename PageName is for naming a page.
Coke I don't think you can rename it via the web, but you can probably do an svn rename.
particle: partcl.googlecode.com/svn/wiki 14:50
particle er, that's default, and i had no idea i had to change that 14:51
pmichaud I had originally stuck pynie stuff (issue tracking) into launchpad, should we see about switching over to googlecode instead?
Coke pmichaud: I don't think it matters. 14:52
particle fixed
pmichaud RT #59720 is the no-duplicate-classes bug 14:53
Coke particle++
14:59 Andy joined
particle credits file added 15:01
Coke particle++ 15:06
masak rakudo: my $a = "hello"; my $x=0; say $a.trans("l" => {++$x}) 15:07
polyglotbot OUTPUT[he12oā¤]
pmichaud that is totally scary. 15:08
masak rakudo++
Coke tcl: puts "hi"
polyglotbot OUTPUT[Parrot VM: Can't stat languages/tcl/tcl.pbc, code 2.ā¤main: Packfile loading failedā¤]
Coke cries a bit. =-)
moritz pmichaud: why scary? ;)
cjfields++
pmichaud it's scary that it even works. 15:09
masak aye
Coke scary++
moritz come on, it's *tested*
pmichaud I'm happy that it works, but it's still like "wow, I can't believe rakudo just did that"
masak moritz++
pmichaud: I know the feeling :)
moritz but I don't know if the combination of regex + closure works
rakudo: my $a = "hello"; my $x=0; say $a.trans(/l/ => {++$x})
polyglotbot OUTPUT[he12oā¤]
moritz rakudo: my $a = "hello"; my $x=0; say $a.trans(/l/ => { $_ x 3 }) 15:10
polyglotbot OUTPUT[helllllloā¤]
masak ooh
pmichaud rakudo: my $a = "hello"; my $x = 0; say $a.trans(/./ => {++$x})
polyglotbot OUTPUT[12345ā¤]
pmichaud rakudo: my $a = "hello world"; my $x = 0; say $a.trans(/./ => {++$x})
polyglotbot OUTPUT[1234567891011ā¤]
masak rakudo: my $a = "hello"; my $x=0; say $a.trans(/(l)/ => { $0 }) 15:11
polyglotbot OUTPUT[Null PMC access in get_pmc_keyed_int()ā¤current instr.: '_block22' pc 407 (EVAL_12:157)ā¤called from Sub 'parrot;Any;trans' pc 11904 (src/gen_builtins.pir:7368)ā¤called from Sub '_block11' pc 79 (EVAL_12:28)ā¤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801
..(src/PCT/HLLCompiler.pir:480)ā¤called from Sub 'parrot;PCT::HLLCompiler;evalfiles'...
moritz rakudo: my $a = "hello"; my $x=0; say $a.trans(/(l)/ => { $_[0] x 2 });
polyglotbot OUTPUT[helllloā¤]
masak haha -- I broke it first! :)
pmichaud masak++ # expert rakudo breaker
moritz masak: trans doesn't set $/, but passes it as an argument to the block
masak: I don't know if that's a feature or a bug
masak considers every Null PMC access a bug 15:12
moritz rakudo: say $0
polyglotbot OUTPUT[get_pmc_keyed() not implemented in class 'Undef'ā¤current instr.: '_block11' pc 21 (EVAL_12:15)ā¤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801 (src/PCT/HLLCompiler.pir:480)ā¤called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1075 (src/PCT/HLLCompiler.pir:609)ā¤called from Sub
..'parrot;PCT::HLLCompiler;command_line' pc 1254 (src/PCT...
moritz masak: there's a ticket for that already
masak aye. just realized.
it segfaults over here, too :/
moritz currently allison++ is the expert rakudo breaker ;) 15:13
masak really? I have to work harder, then.
moritz masak: well, the MMD merge broken spectest_regression 15:14
pmichaud okay, I should rephrase
allison breaks rakudo, masak finds where it's broken.
masak :)
moritz jonathan fixes masak's tickets, and I write tests for them, and pmichaud makes snarky comments - aren't we a happy family? ;-) 15:15
pmichaud I fix jonathan's fixes 15:16
moritz right
... and everything else ;)
pmichaud I need lunch, bbiah
NotFound A null PMC access may not be a bug, just the result of "I don't care at what exact point this function throws, just need to know if it throws or not" 15:19
moritz NotFound: if it's exposed to the Perl 6 programmer, it's a bug
NotFound moritz: that was the second part I was written: if it never gets catched, almost sure is a bug. 15:20
15:23 jhorwitz joined 15:35 johbar joined 15:46 Theory joined
particle masak: can you name a few killer features of rakudo that have made november-wiki development fun? i have a rakudo workshop tonight, and it would be nice to have fun examples to show 15:48
moritz I'm not masak, but there's one I can name - grammars/regexes 15:49
15:49 zostay joined
moritz I did the initial HTML::TEmplate grammar, and that was *real* fun 15:49
masak particle: aye, grammars 15:50
particle: also, a general feeling of joy when realizing that rakudo actually implements Perl 6 -- the language we've been reading about for all these years -- to a significant degree 15:51
particle: also, I was really happy when I realized that you can send a closure as a parameter: use.perl.org/~masak/journal/37529 15:52
15:53 grim_fandango joined
masak encapsulating a method and sending it to a method in another class in order to minimize coupling... doing that in rakudo felt like science fiction 15:53
15:54 Zaba joined
NotFound masak: A method name or a method sub? 15:55
masak NotFound: not sure I understand the question. I sent a closure containing a method call sending along an implicit parameter. see blog post. 15:56
NotFound masak: ah, sorry, I understood 'science fiction' as 'can do that yet' 15:57
can't
masak NotFound: sorry, my view of what counts as science fiction has been skewed since about 2002. nowadays I'm deeply convinced that we already live in the future 15:58
NotFound Certainly, seeing '2002' as a great example of sci-fi in 2008 change points of view :D 15:59
masak aye
NotFound masak: I also think that I live in the future when I see at work people having problems with things that have simple solutions from the '90 16:00
masak I'm psychologically stuck at kilobytes for RAM and megabytes for hard drives. all higher prefixes tend to strike me with awe.
NotFound: the future is already here. it's just not evenly distributed. 16:01
I can't remember who said that
moritz should really buy a 1TB hard disk at some point
masak 's eyes open wide
TB? I think I saw that unit in a game from the 90's once, as an in-joke 16:02
they're here now?
NotFound masak: maybe that is the reason for python to have the import from future thing 16:04
masak hardly needed nowadays, I'd say 16:05
NotFound masak: very nice metaphor, the bathroom as callback :D 16:06
masak there's another Perl 6 feature suggestion, btw: allowing `use future:Some::Module`, which pulls a bugfree future version of the module through a wormhole, and loads it
TimToady quantum foam is not your friend here 16:07
NotFound masak: Will that feature require a quantum computer?
masak NotFound: thank you. :) that's the first feedback I get on that post. I wasn't sure whether it went above everyone's heads or was just completely inane...
NotFound masak: maybe few people read "The number of the Beast" on this times of neo conservadurism 16:08
masak NotFound: maybe, but it could perhaps be simulated on a Turing machine, with the caveat that it's provably faster to just wait :)
Tene I got no feedback at all on my parrotblog post. I didn't really expect to, though.
TimToady the problem is that you can't specify "bug-free" through a wormhole. all you can do is check the result after you get it back, and see if you've been shrƶdingerized 16:09
NotFound (If they have no idea of the content, just for the title)
masak NotFound: I can't claim to see the political side of that book even though I'm aware that Heinlein is generally explicitly political
Infinoid wants a corresponding patch to perldoc, so he can read the future documentation
NotFound masak: I was alluding to sexual morality in the novel, not political 16:10
masak TimToady: :)
Infinoid if I find a documentation bug in future software, am I allowed to put a patch in a time-release capsule?
masak NotFound: sure, there's that. I don't even think about that anymore when reading his books. I just find it refreshing.
NotFound: then again, I'm from Europe. :P
NotFound Infinoid: we already do that, a lot of times I read things in the docs that are no yet implmented. 16:11
Infinoid parrot is better than most, in that regard. usually I'm stuck reading docs that were written for 10 API revisions ago
masak Infinoid: I'd suggest fixing the bug at once and deal with the causality paradoxes as they come.
NotFound masak: I'm from Spain, have heard this place is in Europe ;)
masak NotFound: allegedly. but I'm from Sweden, the land of liberty. let's see you trump that. :) 16:12
NotFound masak: but you and me have readed the book, then excluded to the group of people alluded. 16:13
masak mm
Tene TimToady: obviously the solution is to just destroy the universe when you get the wrong answer. Then you can ensure you end up in the right everett branch. 16:15
masak Tene: yes, that's it. but maybe not in 6.0.0 :P 16:16
NotFound I wonder if that book have some translation able to pass censure in the Franco dictartoship times, BTW X-)
16:17 pyrimidine joined
pyrimidine moritz: the .trans issue with $/ being passed is a bug (I saw it too). 16:18
.trans does pass it in to a Closure if it's present, though, so it should work.
NotFound "The global type registry will go away eventually" I suppose that means that RT#59720 is eventually not a bug 16:19
Dropping the call to fail_if_type_exists (the function that have that comment) te example works. 16:23
I don't see anything related to global type registry or old object metamodel in DEPRECATED.pod 16:27
pmichaud: ping 16:28
16:38 sjansen joined 16:40 rurban joined
pmichaud NotFound: pong 16:41
Tene pmichaud: check out src/pmc/class.pmc:194
Oh, wait, nevermind. 16:42
pmichaud use future:Perl6;
oh, wait.
Tene Wait, yeah, that might be it. Lemme look up Parrot_oo_register_type... 16:43
NotFound pmichaud: I was taking a look at RT#59720 16:44
Tene: yes, that function is the place I was looking 16:46
Tene pmichaud: Yeah, if you comment out class.pmc:194 that test case passes. You'll probably need to update some other usages in the tree.
pmichaud Tene: it's probably worse than that, as it changes the whole meaning of some of the opcodes. 16:47
NotFound Maybe is time to completely drop oo.c
Tene pmichaud: the opcodes could become .hll-aware? 16:48
pmichaud I'm not expecting a solution to RT #59720 anytime soon, I just wanted to make sure the ticket got posted
Tene: making the opcodes .hll-aware I think breaks a lot of existing code.
Tene Hmm.
pmichaud for example, if I'm in the 'perl6' HLL and my code has $P0 = new 'Integer', do I get Parrot's Integer PMC or some other PMC? 16:49
Tene Should there be a difference between new 'Integer' and new ['Integer']? 16:51
pmichaud possibly.
Tene Also, if you defined a perl6 Integer , isn't that likely to be what you want it to do?
pmichaud I would think so, yes. But then how do I get a Parrot Integer ? 16:52
("you don't need a Parrot Integer" is probably an okay answer for now.)
Tene You'd need the ['perl6';'Integer'] namespace, I'd think.
pmichaud right, so it'd have to be
$P0 = get_root_namespace ['parrot';'Integer'] ; $P1 = get_class $P0; $P2 = new $P1 16:53
which is okay with me
dalek r31790 | pmichaud++ | hllmagic: 16:54
: [p6object]: Fix 'Foo::Bar' lookups in get_parrotclass.
diff: www.parrotvm.org/svn/parrot/revision?rev=31790
NotFound pmichaud: or you can store the classes frequenlty uses somewhere in the HLL namespace. 16:55
pmichaud NotFound: sure, that's an option also.
anyway, it's a design decision for allison.
until then we do workarounds.
Tene pmichaud: It might be nice to support new ['parrot';'Integer']
pmichaud but then how do I distinguish between non-HLL and HLL versions?
i.e., what if I have a parrot::Integer class in the perl6 HLL? 16:56
Tene ['perl6';'parrot';'Integer'] is what I'd lean towards.
NotFound Dropping the fail_type_exists call breaks PGE building.
pmichaud right, but how does Parrot know if ['parrot';'Integer'] refers to the 'parrot' HLL namespace or a namespace within the current HLL namespace? 16:57
or, if you're saying that C<new> should always require the HLL namespace, that means lots of code to update.
Tene Hmm. 16:58
pmichaud as I said, I don't expect it to be solved anytime soon. RT #43419 has been around for 15 months, and I identified it as a problem over two years ago. 16:59
particle we could have a pragma, but i don't like that
pmichaud (when Chip and Leo were trying to get me to do things with .HLL)
Tene Perhaps we should harass allison about making a decision here. 17:00
I'll do all the heavy lifting in updating old code if needed.
pmichaud yes, if we at least had a design for how this would be resolved, that would help.
17:00 TimToady joined
pmichaud because we could at least know how to make the workarounds. 17:00
Tene Yeah, I lean toward requiring getnamespace/getclass for getting from a different .hll than current. 17:04
Well, no, I guess it depends on whether we optimize for writing by hand or for generation/execution. 17:06
pmichaud I think it's also a bit deeper question that it might appear at first. 17:07
Last time I looked at the OO code, it seemed to me that a lot of "isa" and "does" checks were basically doing string compares.
Tene if we always require the hll be specified, that's more consistent
pmichaud i.e., checking to see if the class name matched.
that's also terribly broken in a multi-HLL environment.
(even if using the version of C<isa> that accepts a class as an argument, internally Parrot was converting it to a string comparison.) 17:08
17:11 particle joined, coke joined
Tene drives to work. 17:12
dalek r31791 | particle++ | trunk: 17:15
: [t] fix config pmc test to deal with case-insensitive platform
diff: www.parrotvm.org/svn/parrot/revision?rev=31791
17:16 ruoso joined
pyrimidine perl6: my $i = 0;say 'hello'.trans(/l/ => {ord('A')}) 17:20
polyglotbot OUTPUT[he6565oā¤]
pyrimidine my $i = 0;say 'hello'.trans(/l/ => {ord($0)})
perl6: my $i = 0;say 'hello'.trans(/l/ => {ord($0)})
polyglotbot OUTPUT[Null PMC access in get_pmc_keyed_int()ā¤current instr.: '_block20' pc 302 (EVAL_12:114)ā¤called from Sub 'parrot;Any;trans' pc 11904 (src/gen_builtins.pir:7368)ā¤called from Sub '_block11' pc 58 (EVAL_12:21)ā¤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801
..(src/PCT/HLLCompiler.pir:480)ā¤called from Sub 'parrot;PCT::HLLCompiler;evalfiles'...
pmichaud $0 doesn't quite work there.
pyrimidine nope
pmichaud I'm not even sure if it should, or if it does, then how it does. 17:21
moritz pmichaud: by setting the contextual $/ for the block before calling it?
pyrimidine The error is similar to one reported before that jonathan fixed.
pyrimidine looking in RT
pmichaud moritz: so, trans should set the contextual $/ ?
particle rakudo: say 'hello'.trans(/./ => {$_.ord});
polyglotbot OUTPUT[10448525256ā¤]
moritz pmichaud: I just say that if it should work, it'd work that way 17:22
pmichaud right.
I'm thinking not, since $0 has to refer to the $/ of the block that contains the .trans call, not the .trans method itself.
pyrimidine No, S05 states that the resulting Match object is passed into the closure
pmichaud pyrimidine: yes, but is it passed as $_ or $/ (or both?) 17:23
pyrimidine It doesn't mention setting $/
(passed as $_)
particle "passed as current topic" would be more clear
pmichaud if passed as $_, then that's not $0
pyrimidine Actually, the example is $0, so I'm wrong
pmichaud which example? 17:24
purl somebody said which example was that?
pyrimidine actually, the example I'm looking at is in t/spec/S05-transliteration/trans.t 17:25
so it may not be correct
pmichaud oh, that's a test. The test could be wrong.
pyrimidine yes
so it could (should?) be $_ 17:26
particle that's my best guess
pyrimidine right now (via PIR) it is passed to the closure directly, so that would be $_
perl6: rakudo: say 'hello'.trans(/./ => {ord($_)}); 17:27
polyglotbot OUTPUT[Statement not terminated properly at line 1, near ": say 'hel"ā¤ā¤current instr.: 'parrot;PGE::Util;die' pc 119 (runtime/parrot/library/PGE/Util.pir:82)ā¤called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 26373 (src/gen_grammar.pir:3187)ā¤called from Sub
..'parrot;Perl6::Grammar;statementlist' pc 25029 (src/gen_grammar.pir:2654)ā¤called f...
pmichaud so, $_[0] would work, but not $0
pyrimidine d'oh
yes
(to $_[0]
rakudo: say 'hello'.trans(/./ => {ord($_)}); 17:28
polyglotbot OUTPUT[10448525256ā¤]
particle i guess rakudo doesn't understand labels yet :)
pyrimidine rakudo: say 'hello'.trans(/l/ => {ord($_)});
polyglotbot OUTPUT[he10848oā¤]
particle rakudo: label: 1;
polyglotbot OUTPUT[Statement not terminated properly at line 1, near ": 1;"ā¤ā¤current instr.: 'parrot;PGE::Util;die' pc 119 (runtime/parrot/library/PGE/Util.pir:82)ā¤called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 26373 (src/gen_grammar.pir:3187)ā¤called from Sub 'parrot;Perl6::Grammar;statementlist' pc
..25029 (src/gen_grammar.pir:2654)ā¤called from Su...
pyrimidine rakudo: say 'hello'.trans(/./ => {ord($_[0])});
polyglotbot OUTPUT[Use of uninitialized valueā¤Cannot get character of empty stringā¤current instr.: 'parrot;Any;ord' pc 12153 (src/gen_builtins.pir:7503)ā¤called from Sub '_block18' pc 295 (EVAL_11:111)ā¤called from Sub 'parrot;Any;trans' pc 11904 (src/gen_builtins.pir:7368)ā¤called from Sub '_block11' pc 40
..(EVAL_11:16)ā¤called from Sub 'parrot;PCT::HLLCompiler...
pmichaud well, there is no $_[0] there, since no captures.
moritz pyrimidine: you need a capture in your regex
particle () 17:29
pyrimidine Ah
rakudo: say 'hello'.trans(/(l)/ => {ord($_[0])});
polyglotbot OUTPUT[he10848oā¤]
pyrimidine bingo
pyrimidine mildly surprised purl didn't respond to that 17:30
dalek r31792 | pmichaud++ | hllmagic:
: [pct]: Update PCT::HLLCompiler to look in correct place for <TOP>.
: nqp now compiles and passes its tests.
diff: www.parrotvm.org/svn/parrot/revision?rev=31792
particle why that's 10848 i don't know 17:31
pmichaud I think it's not incrementing properly
I think 'l' is 108, and the the '0' (from the '108') is being translated into '48'
particle rakudo: 'l'.trans( /(l)/ => {$_[0].ord} ).say
polyglotbot OUTPUT[108ā¤]
pmichaud rakudo: say 'hoops'.trans(/(o)/ => {ord($_[0])}); 17:32
polyglotbot OUTPUT[h11149psā¤]
particle rakudo: 'll'.trans( /(l)/ => {$_[0].ord} ).say
polyglotbot OUTPUT[10848ā¤]
pmichaud 'o' is 111, '1' is 49. :-)
particle ick
pmichaud so the internal pointer isn't being updated properly when the substitution is more than two chars.
rakudo: say 'xyozz'.trans(/o/ => '123') 17:33
polyglotbot OUTPUT[xy1zzā¤]
pmichaud rakudo: say 'xyozz'.trans(/o/ => {'123'})
polyglotbot OUTPUT[xy123zzā¤]
pmichaud hmmm
rakudo: say 'xyoozz'.trans(/o/ => {'123'})
polyglotbot OUTPUT[xy123123zzā¤]
pmichaud okay, I don't know then.
particle wtf 17:34
pmichaud rakudo: say 'xyoozz'.trans(/o/ => {123})
polyglotbot OUTPUT[xy123123zzā¤]
pmichaud rakudo: say 'xyoozz'.trans(/(o)/ => {123})
polyglotbot OUTPUT[xy123123zzā¤]
particle rakudo: say 'xaoozz'.trans(/(o)/ => {123}) 17:35
polyglotbot OUTPUT[xa123123zzā¤]
particle rakudo: say 'hello'.trans(/(o)/ => {123}) 17:36
polyglotbot OUTPUT[hell123ā¤]
particle rakudo: say 'heool'.trans(/(o)/ => {123})
polyglotbot OUTPUT[he123123lā¤]
pmichaud tene: as of r31792, nqp and perl6 pass their respective test suites in hllmagic. (Haven't tried spectest_regression yet.)
particle rakudo: say 'hello'.trans(/(l)/ => {123})
polyglotbot OUTPUT[he123123oā¤]
Coke is reminded why he left earlier today. =-)
17:37 mberends joined
particle something to do with the result from ord, then 17:37
moritz particle: mind to open ticket and add test?
particle i think i remember how to do that ;) 17:38
pyrimidine say ord('l') 17:39
perl6: say ord('l') 17:40
polyglotbot OUTPUT[108ā¤]
pyrimidine perl6: say ord('o')
polyglotbot OUTPUT[111ā¤]
17:50 Theory joined
pmichaud argggh, with spectest_regression failing, it's hard for me to figure out if my changes cause more or less failures. :-( 17:51
Coke are they failing because of you, parrot, or teh spec tests? 17:53
pmichaud the mmd merge.
primarily the Complex PMC bug
particle pmichaud: yes, i've had that problem all week 18:05
...so i gave up.
pmichaud particle: which problem, the Complex PMC ?
particle the failing spectests
i was fighting an uphill battle with is export() anyway
pmichaud I'll ask Allison in today's design meeting about an eta for fixing that one, if it looks as though it won't be fixed soon I think we'll have to skip them in spectest_regression for a while. 18:06
particle i have that workshop tonight, i hate having failing tests for it
pmichaud particle: as soon as tene and I can get the hllmagic branch merged into trunk, I think we can fix Rakudo's namespaces.
particle: well, we should have an answer right after the meeting. :-)
I also don't want to go into pghpw with failing rakudo tests. 18:07
so, I'd rather regress than have failing tests.
particle yes, me too 18:08
can i help with hllmagic? 18:11
pmichaud sure, we just need to see what's working and what's broken now after the changes. 18:18
I think we're almost ready to merge back to trunk.
18:20 Ademan joined
Tene pmichaud++ 18:24
18:26 Theory joined
pmichaud for the time being I think I'm going to declare that string specifiers for class names aren't always guaranteed to work outside of the 'parrot' HLL namespace. 18:27
that the correct approach is to use a protoobject or possibly a namespace.
afk for a bit 18:30
Tene Is anyone else running into problems with a compiler fialure in compilers/json? 18:34
particle in trunk? 18:35
pmichaud in hllmagic?
particle no
pmichaud Tene: you might need to svn up and rebuild tge
or make clean in compilers/json, it may be using an old version
Tene In trunk.
particle i'm checking out hllmagic now
Tene realcleans
Yeah, it doesn't fial anymore after a realclean. :) 18:37
fail
I need to review dmknopp's cardinal stuff.
Coke and tell him about 'make codetest'. =-) 18:38
18:39 Wknight8111 joined
Tene cardinal doesn't compile in hllmagic... haven't checked in trunk. 18:39
moritz it did last time I tried 18:40
(after dmknopp's commits)
Tene Okay, thanks.
Coke bah. need to fix a pge->past->pir issue in partcl. hate those. :| 18:41
Tene Hmm. Maybe I should fork tcl back into parrot's tree. ;) 18:42
pmichaud oh, a bunch of languages/abc tests are failing too (in trunk) 18:51
Tene cardinal's make fails with something weird... I should try to track it down right now, though. 18:52
pmichaud ah, abc is still using the n_* opcodes.
18:56 Wknight8111 joined
dalek r31793 | pmichaud++ | trunk: 19:00
: [abc]: Update to avoid n_* infix opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31793
pmichaud lots of tests failing in APL, too. 19:02
oh, mostly having to do with precision issues.
that can be fixed...
dalek r31794 | pmichaud++ | trunk: 19:09
: [APL]: Clean up tests to allow for more precision in output.
diff: www.parrotvm.org/svn/parrot/revision?rev=31794
r31795 | pmichaud++ | trunk: 19:12
: [pynie]: Update to avoid obsolete n_* opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31795
19:12 Wknight8111_ joined
particle-split moritz: moritz.faui2k3.org/en/ilbot has a broken link for #perl6 irc log 19:13
dalek r31796 | Whiteknight++ | trunk:
: [BCG] add some function-level documentation for /compilers/bcg/bcg.c
diff: www.parrotvm.org/svn/parrot/revision?rev=31796
particle-split should be s/irc/irclog/
moritz particle-split: I'll take look, thanks
19:14 silug joined
moritz particle++ # fixed 19:16
dalek r31797 | pmichaud++ | trunk:
: [pynie]: Remove some obsolete n_* opcodes.
diff: www.parrotvm.org/svn/parrot/revision?rev=31797
19:19 Wknight8111_ joined
Coke rolls EPIC FAIL trying to understand parsing again. 19:20
(the pge/past/pir parsing going on in tcl) 19:21
pmichaud Coke: in trunk, or hllmagic? 19:22
Coke partcl.googlecode.com/svn/trunk/
the special {*} syntax doesn't work when for "{*}{puts hi}". But trying to track down what's going on is just a maze of twisty passages for me. 19:24
particle-split heads towards portland & 19:26
pmichaud I'm a bit distracted at the moment, I'd have to look at tcl stuff later 19:29
ruoso rakudo: multi foo (Int $a, Num $b) { say 1 }; multi foo (Num $a, Int $b) { say 2 }; foo(1,1); 19:31
polyglotbot OUTPUT[No applicable candidates found to dispatch to.ā¤current instr.: '_block11' pc 31 (EVAL_13:15)ā¤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801 (src/PCT/HLLCompiler.pir:480)ā¤called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1075 (src/PCT/HLLCompiler.pir:609)ā¤called from Sub
..'parrot;PCT::HLLCompiler;command_line' pc 1254 (src/PCT/H...
dalek r31798 | Whiteknight++ | trunk: 19:32
: [BCG] Added some brief function-level and file-level documentation to /compilers/bcg/src/bcg_emitter_pasm.c
diff: www.parrotvm.org/svn/parrot/revision?rev=31798
moritz ruoso: rakudo doesn't know that 'Int' also conforms to the 'Num' type
pmichaud at the moment rakudo doesn't consider an Int to be a Num.
moritz there's a ticket for that...
ruoso hm...
so the other test I made was a false positive
rurban cygwin has now subversion.tigris.org/svn_1.5_releasenotes.html
moritz ruoso: aye 19:33
rurban (merge tracking, interactive conflict resolution)
ruoso rakudo: class A {}; class B is A {}; sub foo (A $a) { say 1 }; sub foo (B $a) {say 2 }; foo(A.new()); foo(B.new()) 19:34
polyglotbot OUTPUT[1ā¤1ā¤]
ruoso rakudo: class A {}; class B is A {}; multi foo (A $a) { say 1 }; multi foo (B $a) {say 2 }; foo(A.new()); foo(B.new())
polyglotbot OUTPUT[1ā¤Ambiguous dispatch.ā¤current instr.: '_block11' pc 64 (EVAL_14:22)ā¤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 801 (src/PCT/HLLCompiler.pir:480)ā¤called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1075 (src/PCT/HLLCompiler.pir:609)ā¤called from Sub
..'parrot;PCT::HLLCompiler;command_line' pc 1254 (src/PCT/HLLCompiler.pir:698)ā¤calle...
ruoso a false positive indeed. 19:35
is there any idea on how to solve that? I know this issue is on the table for some time already...
ruoso remembers that discussion in YAPC::EU::2007 19:36
pmichaud jonathan++ is the one handling multi dispatch in rakudo.
Wknight8111 misses jonathan's weekly blog updates 19:37
pmichaud I need to get back to blogging again. I just haven't found the motivation or energy. 19:38
Wknight8111 misses pmichaud's blogs too
19:38 rurban_ joined
Wknight8111 I'm just an avid blog reader 19:38
19:45 Lorn joined 19:49 johbar joined 19:50 sjansen joined
sjansen dave.fumberger.com/2008/10/08/cisco...new-album/ 19:50
oops
Coke hurls partcl.blogspot.com/ for Wknight8111 19:51
Tene pmichaud: my post is still visible without scrolling on planet.parrotcode.org. Therefore you need to blog more. 19:52
Wknight8111 Trust me coke, I'm an avid reader of yours
And you haven't been posting often enough on cokefloats either! 19:53
Coke will endeavor to blog more.
especially now that I'm avoiding RPI's homegrown chat server. 19:54
Wknight8111 I probably write two or three blog posts per day, on average.
of course, it's my own damn fault for participating in so many blogs!
Tene RPI?
purl i heard RPI was Rensselaer Polytechnic Institute in Troy, New York, USA. or RensselInstiPolyTechnitute or where Coke and japhy went to school. or and Josh
PerlJam purl: RPI is also repetitive perling injury 19:55
purl okay, PerlJam.
19:57 Andy joined
Wknight8111 heading home. later 19:59
jhorwitz hm, r31577 and r31758 cause any embedded app loading perl6.pbc to segfault 20:36
reverting those fixes my mod_perl6 segfaults
will open a ticket
moritz jhorwitz: isn't 31577 just a documentation fix? 20:38
jhorwitz er, sorry
fatfingered that
31757 and 31758
purl 63515
20:38 peepsalot joined 20:46 pyrimidine joined
pyrimidine perl6: say 'ABC123DEF456GHI'.trans(/<alpha>/ => { say $_; my $x = $_.ord; chr(--$x)} , /\\d/ => { say $_; my $x = $_.ord; chr(++$x) }); 20:47
polyglotbot OUTPUT[Aā¤Bā¤Cā¤1ā¤2ā¤3ā¤Dā¤Eā¤Fā¤4ā¤5ā¤6ā¤Gā¤Hā¤Iā¤@AB234CDE567FGHā¤]
pyrimidine perl6" say 'ABC123DEF456GHI'.trans(/(<alpha>)/ => { say $_; my $x = $_[0].ord; chr(--$x)} , /(\\d)/ => { say $_; my $x = $_[0].ord; chr(++$x) }); 20:48
perl6: say 'ABC123DEF456GHI'.trans(/(<alpha>)/ => { say $_; my $x = $_[0].ord; chr(--$x)} , /(\\d)/ => { say $_; my $x = $_[0].ord; chr(++$x) }); 20:49
polyglotbot OUTPUT[Aā¤Bā¤Cā¤1ā¤2ā¤3ā¤Dā¤Eā¤Fā¤4ā¤5ā¤6ā¤Gā¤Hā¤Iā¤@AB234CDE567FGHā¤]
pyrimidine meh
perl6: say "hello".trans(/(l)/ => { $_[0].ord })
pmichaud that's not correct? 20:50
polyglotbot OUTPUT[he10848oā¤]
pmichaud or you're trying to figure out why it fails?
(in the "hello" case)
pyrimidine I'm trying to work out the fail
Tene Hmm. Perhaps I should update polyglotbot to include a 'tene++' in its output every time.
... that's too much factoring, though. Nevermin.d
purl: karma
purl rumour has it karma is just as useful as the Perlmonks XP :-) or at ircxory.jrock.us/
Tene purl: karma tene
purl tene has karma of 259
pmichaud I'm going to go ahead and mark the failing spectest_regression tests with skip. 20:51
Tene 37*7, nice
pmichaud for particle's presentation tonight, and for pghpw later in the week.
pyrimidine It's definitely odd. 20:52
Tene Where's he presenting, and what's pghpw?
pmichaud pghpw?
pghpw is the Pittsburgh Perl Workshop
I think his presentation tonight is somewhere in Portland, OR 20:53
pdx.pm, it looks like. pdx.pm.org/kwiki/ 20:54
Tene We need to get cardinal working again before we merge back into trunk.
Oh, these are mmd failures
pmichaud if you decide to go, be sure to become a member first.
I can't do much about the mmd failures, sorry. 20:55
Tene No, I meant that the failures you're marking spikked are mmd-related
pmichaud right.
is cardinal not working in hllmagic?
Tene nope, doesn't even compile.
pmichaud works in trunk? 20:56
Tene so I'm told
pmichaud normal test is "make test"?
Tene yes
but it fails on 'make'
make clean first
pmichaud Method 'newtok' not found for invocant of class 'CardinalHash' 20:57
Tene yes
look where that's happening
pmichaud is cardinal doing HLL type mapping?
Tene I think it sets up one for array, but I commented that out and it didn't fix anything
pmichaud okay, I'll see about fixing. 20:58
I'm not sure why it's getting a 'CardinalHash' there, though.
Tene Me either, but I haven't had time to look.
I'll have time after work, though.
21:01 donaldh joined
pmichaud oh, I see the problem. 21:08
Tene What is it?
purl it's it!
pmichaud cardinalmeta.'register'('Hash', 'parent'=>'CardinalObject', 'protoobject'=>mappingproto) 21:09
Tene Are you sure? I deleted that and it didn't help.
pmichaud that means that all of CardinalObject's methods (including 'new') are being poked into the Hash class
and since OPTable is a subclass of Hash, it's getting the wrong 'new' method.
21:10 peepsalot joined
pmichaud should probably not do the 'parent'=> option. 21:10
you're correct, though, it doesn't seem to help.
Tene That *should* be removed, though. 21:11
NotFound I'm looking at the complex thing and seems like in the inherited case vtable methods GET_ATTR use the Complex attributes values but in the multis it uses setattribute on the child object. 21:14
21:19 Whiteknight joined
pmichaud okay, I think I see more of the problem. Essentially we don't want PGE always using the protoobject for 'new' 21:20
(for its own internal classes.)
that will get us through things for now, at any rate.
I'll fix the rakudo spectests, first though.
22:00 dmknopp joined 22:03 TiMBuS joined
dalek r31799 | pmichaud++ | hllmagic: 22:09
: [pge]: Some more cleanups for P6object and HLL usage in PGE.
diff: www.parrotvm.org/svn/parrot/revision?rev=31799
r31800 | pmichaud++ | hllmagic:
: [cardinal]: Some p6object/class name updates.
diff: www.parrotvm.org/svn/parrot/revision?rev=31800
22:15 Lorn joined 22:16 raiph joined 22:23 ruoso joined 22:27 pyrimidine joined 23:15 TiMBuS joined 23:23 silug joined
dalek r31801 | julianalbo++ | trunk: 23:27
: Complex pmc: get rid of RE and IM macros (unfinished)
diff: www.parrotvm.org/svn/parrot/revision?rev=31801
23:29 Andy joined 23:30 peepsalot joined
dalek r31802 | chromatic++ | trunk: 23:34
: [src] Avoided segfault in interpinfo_s() when nothing has set the name of the
: executable embedding libparrot (see RT #59732, reported by Jeff Horwitz).
diff: www.parrotvm.org/svn/parrot/revision?rev=31802
r31803 | julianalbo++ | trunk: 23:37
: Complex pmc: fix a big introduced in r31801
diff: www.parrotvm.org/svn/parrot/revision?rev=31803
cotto is the CallSignature PMC complete? 23:43
nm. It's definitely not. 23:44
Andy Quinn is watching an episode of Pinky Dinky Doo, and the episode revolves around "cage cleaning day." 23:46
23:54 Limbic_Region joined
dalek r31804 | cotto++ | trunk: 23:56
: [t] add stub tests for the CallSignature and CPointer PMCs
diff: www.parrotvm.org/svn/parrot/revision?rev=31804

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!