#parrot Parrot 0.5.2 Released | parrotcode.org/ | see www.parrotcode.org/misc/parrotsketch-logs/ for logs
Set by moderator on 11 February 2008.
cotto do you need anything else or is that file enough? 00:01
particle that's enough. 00:02
i don't quite understand why you're doing a sanity check
just debugging process in action?
cotto yeah 00:03
particle ok, now i can turn my full attention to this. shouldn't take long to figure out. 00:07
00:08 Theory joined
simcop2387 particle: thanks 00:16
00:21 workbench joined
simcop2387 particle: not quite what i'm after i'm wanting to normalize the line endings so that i can work with them easier later on in the code 00:22
particle there's no chomp there?
simcop2387 i don't have them in a form chomp would work with, i've just got a long string of data from a tcp stream 00:23
particle yeah, i thought it would do that, but it won't. 00:24
simcop2387 which is why i want to normalize them and then split
particle you'll have to normalize yourself
simcop2387 got any advice on how to do that in PIR?
particle you can use index and splice
simcop2387 i was wondering about something like that
well off to read more docs :) (in case your wondering i've created a project to learn PIR, i'm making a MUD in a combo of PIR, PGE, and Lua) 00:25
particle hrmm. there should be some character class opcodes
oh, well, if you're using pge, it's easier
pge should match any line ending with \\n 00:26
simcop2387 i haven't gotten to that point yet but i should soon, i was hoping to split them on line endings first so i could fire them off to pge since i could end up getting things one byte at a time or a whole line at a time
particle and you can replace with \\015\\012 or whatever
ok 00:27
i have a feeling it's been done before, but where eludes me
simcop2387 i'm still looking at my options so i may change how i'm thinking about doing it many times :)
it actually hasn't been to hard learning PIR, probably since i've done some work at a low level before but its not that difficult to pick up anyway (just have a couple hundred opcodes to learn :)) 00:28
00:33 skids joined
particle simcop2387: i wonder if some of the Stream/ libraries could help you 00:37
runtime/parrot/library/Stream/
aha! is_equal isn't a vtable function 00:45
cotto: cmp is 00:46
hrmm, or maybe not. crap.
00:52 Andy joined
cotto I could just hard-code something since I'll only be using Integer or String PMCs as keys, but it seems like there should be a better way than that. 00:56
01:01 svnbotl joined
particle lemme try something... 01:07
cotto ok 01:08
particle (p1)->vtable->is_equal(interp, p1, p2)
that's what i'm trying
purl succeeding.
particle .\\src\\pmc\\exporter.pmc(110) : error C2039: 'is_equal' : is not a member of '_vtable' 01:10
cotto Thanks for finding that.
particle so, indeed, it looks like is_equal isn't a vtable function. according to pdd17, it should be.
01:14 AndyA joined
cotto so I'm running into a Parrot bug? 01:16
particle so it seems. i have no other way to explain it.
for example, if i change VTABLE_is_same() to VTABLE_get_integer() it works fine
(massaging the params, of course) 01:17
cotto better sooner than later, I guess
(for me is_same works and is_equal fails, but I get the drift)
particle er, right. i meant is_equal
cotto should I file a bug report? 01:23
nopaste "particle" at 24.19.3.148 pasted "small patch expressing missing is_equal vtable function" (30 lines) at nopaste.snit.ch/12325 01:26
particle however, i'd like to put that in a better file
cotto so you'll file a report on that bug? 01:31
Tene starts seriously looking into yapc::na
particle cotto: i will 01:33
thanks for reporting 01:34
cotto Thanks for finding that it's a bug. I can work around it easily enough. 01:35
particle hrmm, i wonder if you need to call an nci method. 01:36
it's mmd.
nope, shouldn't be. 01:38
cotto me? 01:40
particle nm, thinking out loud. 01:45
cotto ok
particle i'm at a loss as to why is_equal and cmp aren't working. 01:46
cotto: to work around, do this: 01:57
cmp = mmd_dispatch_i_pp(interp, p1, p2, MMD_EQ); 01:58
simcop2387 particle: yea Stream::Lines seems to be pretty much what i want, i'll look a bit closer later 02:09
particle excellent.
c_otto thanks 02:11
particle glad to help. finally. 02:12
cotto; bug submitted 02:15
time to review a contract & 02:16
c_otto Heh. That's Greek to me, but I'll trust you until I have time to look into it further. 02:18
(posting from home, btw)
particle well, in any case, it should get you past it. 02:19
svnbotl r25722 | jkeenan++ | tcif: 02:21
: Add a directory to hold packages related to Parrot::Configure::Parallel.
diff: parrotvm.org/svn/parrot/revision/?rev=25722
02:25 diakopter joined, TimToady joined 02:28 Theory joined 03:01 c_otto joined
svnbotl r25723 | jkeenan++ | tcif: 03:05
: Add first draft of lib/Parrot/Configure/Parallel/Trace.pm.
diff: parrotvm.org/svn/parrot/revision/?rev=25723
03:05 Andy joined
kid51 must sleep 03:06
purl $kid51->sleep(8 * 3600);
04:11 jjore joined 04:17 purl joined
wknight8111 where is CONST_STRING defined? 04:34
Andy All over. 04:37
you'll have to use ack -a to find it.
wknight8111 is trying hard to avoid installing more software
but i'll do it, i guess I have to
Andy no no 04:38
I'm sorry
I assumed you were using ack and not finding it.
Although you should use ack anyway 'cause we all do.
but they're all in the *.str files
wknight8111 where are the str files? 04:39
i still don't know all the nooks and crannies of this distribution
Andy They're created during the mak 04:40
e
wknight8111 okay thanks. I'm trying to track down some compile warnings, and it's hard finding all the code because it comes from all over 04:41
I'm getting a build error here, library.str isn't being generated, and library.obj crashes the linker 04:48
svnbotl r25724 | petdance++ | trunk: 04:56
: use the new realloc wrapper
diff: parrotvm.org/svn/parrot/revision/?rev=25724
Andy wknight8111: If I disappear, just say "andy" and my client will bug me. 05:15
How are you running configure?
wknight8111 i was just running make 05:16
Andy you have to run Configure.pl first
wknight8111 i did, but something must have broke
no worries, i'm tracking down warnings now
Andy what platform? 05:20
anything I can help with on warnings? What are you digging into?
wknight8111 win32. There are a few warnings about uncasted type conversions, unreachable code after real_exception calls, etc. Just tying up a few loose ends 05:21
nothing deep, just some superficial touch-ups 05:24
Andy Oh, those are good things to clean up. 05:29
I'm a warning fanatic.
wknight8111 me too. But, my work is done for now and I'm heading to bed. Goodnight 05:34
svnbotl r25725 | petdance++ | trunk: 07:06
: fix opening braces on functions
diff: parrotvm.org/svn/parrot/revision/?rev=25725
07:06 uniejo joined 07:12 c_otto joined 07:44 IllvilJa joined
svnbotl r25726 | petdance++ | trunk: 07:49
: removed restrictions on ignoring return code
r25727 | petdance++ | trunk:
: rebuilt with a reverted imcc.y
diff: parrotvm.org/svn/parrot/revision/?rev=25727
07:53 iblechbot joined 08:26 HG` joined
jonathan particle: re "all attributes are stored as '$!foo'", that's what the spec says, I believe. 08:29
08:31 workbench joined
svnbotl r25728 | jonathan++ | trunk: 08:57
: [rakudo] Fix parsing of undef and make undef.WHAT return Failure. Bug report thanks to congnominal++.
diff: parrotvm.org/svn/parrot/revision/?rev=25728
r25729 | chromatic++ | trunk: 09:03
: [src] Removed dead, unreachable code found by Coverity (CID 132).
diff: parrotvm.org/svn/parrot/revision/?rev=25729
lathos parrotvm.org isn't playing for me. 09:12
moritz pugscode svn is down as well 09:13
seems to be a problem with feather
lathos Yep. 09:14
purl, seen Juerd?
purl Juerd was last seen on #perl 17 hours and 20 minutes ago, saying: chargrill: I did
moritz tries to restart apache 09:17
www.pugscode.org/ works again at least
pugs svn as well
svnbotl r25730 | chromatic++ | trunk: 09:28
: [docs] Removed a few lies from the "How to Run Parrot" documentation. Minor
: formatting and phrasing improvements too.
diff: parrotvm.org/svn/parrot/revision/?rev=25730
r25731 | jonathan++ | trunk: 09:41
: [rakudo] Make it so that if you say if $foo ~~ /pattern/ { ... }, then $/ is available inside the block.
diff: parrotvm.org/svn/parrot/revision/?rev=25731
10:01 c_otto joined
cognominal_ jonathan++ # my hero 10:13
svnbotl r25732 | jonathan++ | trunk: 10:25
: [rakudo] Implement $0, $1 etc match variables.
diff: parrotvm.org/svn/parrot/revision/?rev=25732
jonathan cognominal_: Welcome. :-) 10:27
cognominal_ howdy 10:28
11:05 kj joined
svnbotl r25733 | jonathan++ | trunk: 11:21
: [examples] Update an example to use the modern call syntax.
diff: parrotvm.org/svn/parrot/revision/?rev=25733
cognominal_ rakudo -e 'sub a { say "a"; return "a" }; a();' # does not find the function 11:23
rakudo -e 'sub *a { say "a"; return "a" }; a();' # does not find the function 11:27
in fact routine_def does nothing to add the routine in some namespace 11:28
ho, I am confused, I am looking in NQP 11:30
kj jonathan: Hi. About the example you updated; does a sub know whether it's an nci_call? 11:33
cognominal_ rakudo -e 'class A { method a { say "a"; }; A.new.a(); }' 11:36
maximum recursion depth exceeded
I wish I can debug all this stuff
kj cognominal: it's probably something with the grammar 11:37
that a certain token's rule is invoked recursively 11:38
cognominal_ nope the stack shows it is the execution
kj ooh ok
cognominal_ current instr.: 'parrot;Perl6Object;WHAT' pc 384 (src/gen_builtins.pir:280)
called from Sub 'parrot;Perl6Object;HOW' pc 406 (src/gen_builtins.pir:294)
called from Sub 'parrot;Perl6Object;HOW' pc 415 (src/gen_builtins.pir:295)
... call repeated 992 times
kj mm ok
cognominal_ anyway I learn by trying to choose the errors
someday I will be able to fix them
s/choose/chase/ 11:47
jonathan cognominal_: return is not implemented yet 11:53
kj: Yes, because it's either a Sub PMC or an NCI PMC, and invoking it does the Right Thing. 11:54
cognominal_: Interesting bug...hadn't tried putting code inside the class body before, mind. 11:55
rakudo -e 'class A { method a { say "a"; }; A.new.a(); }'
oops
:-)
cognominal_: this works: class A { method a { say "a"; }; }; A.new.a(); 11:56
:-)
cognominal_ ho 11:58
jonathan cognominal_: I think I know why what you tried doesn't work; unfortunately, until we start using .HLL I don't think it's going to get any better.
I already have had to hack in some work-arounds for our lack of usage of .HLL 11:59
cognominal_ I did not notice the call was inside the class
my bad
jonathan Well, Rakudo's bad too I think; that should work anyway. Basically, if you have no HLL in effect, get_hll_global appears to fall back on the current namespace.
Which causes some oddness. 12:00
cognominal_ the function error seems more problematic
yea, as long we have work around...
I understant this is a bootstrapping process
jonathan cognominal_: The function not found error is not because a is not found. It's becaues you used return, which isn't implemented yet. 12:01
And since the keyword isn't implemented, it tries to find a function called return.
cognominal_ :)
jonathan So sub a { say "a"; "a" }
That should do what you want.
cognominal_ ok
jonathan return actually involves throwing/catching a control exception, so far as I understand it. 12:02
cognominal_ jonathan++
jonathan Thus why it's actually not so straightforwrad to implement.
It's on pmichaud's todo list though, and it's one that I'm quite happy to not task-steal. ;-)
cognominal_ so an explicit return ahs a different semantic? 12:03
jonathan Yes, because it returns from the current sub/method, not the current block. 12:05
However, blocks compile down to Parrot subs.
cognominal_ rakudo -e 'class A { method a { self }; method b { say "a" }; } A.new.a.b;'
Statement not terminated properly at line 1, near "A.new.a.b;"
jonathan Thus why it's not as simple as emitting a PIR .return(...)
cognominal_: Missing ; afer the } for the class in that one. 12:06
cognominal_ works fine indeed
jonathan Phew. :-)
cognominal_ I am not yet used of the additionnal semicolon Perl6 wants in some places 12:07
I think that when named captures will have been implemented rakudo will be fine enough to play with 12:08
I suspect jonathan is already working on that
12:16 kid51 joined
jonathan cognominal_: Named captures as in $<blah> ? 12:16
$/{'blah'} already works ;-)
Working on the second of those at the moment though. So if that's what you menat, good guess. ;-) 12:17
cognominal_ :) 12:18
12:21 Ademan joined
jonathan Hmmm...maybe eating something for lunch would be a good idea... 12:23
svnbotl r25734 | chromatic++ | trunk:
: [IMCC] Minor cleanups of IMCC's PBC emitting code. It's slightly shorter, some
: of the variables have tighter scope, and a few of the names and comments are
: saner. There's still a lot of work to go; Extract Function and Rename Symbol
: are very nice refactorings here.
diff: parrotvm.org/svn/parrot/revision/?rev=25734
r25735 | jonathan++ | trunk: 13:01
: [rakudo] First cut at < > postcircumfix, so now you can write %foo<bar>.
diff: parrotvm.org/svn/parrot/revision/?rev=25735
r25736 | kjs++ | trunk: 13:06
: [src] add some function documentation to imcc/cfg.c
r25737 | jonathan++ | trunk:
: [rakudo] Implement $<foo> syntax for getting at named captures.
diff: parrotvm.org/svn/parrot/revision/?rev=25737
jonathan cognominal_: You can haz named capture syntax. :-) 13:08
Coke reminds those using the mail interface to RT to *REPLY* to tickets that you wish to add information to. don't send fresh emails. :| 13:43
cognominal_ jonathan, nice 13:56
14:10 Andy joined 14:11 gryphon joined 14:13 Ademan joined 14:18 GeJ joined
Coke ack++ 14:30
14:31 GeJ_ joined 14:32 skv joined
Coke (honestly -a is shorter to type and 99.9% of the time is what I want anyway.) 14:40
ww
14:42 GeJ joined 14:46 wknight8111 joined
cognominal_ Maddingue, tu utilises quoi comme systeme de fenetrage virtuel sur ton mac? 14:53
14:53 skids joined
cognominal_ oops wrong channe 14:53
15:09 slightlyoff joined 15:24 gryphon joined 15:31 turrepurre joined
svnbotl r25738 | coke++ | trunk: 15:35
: [codingstd]
: Space after comma per c_operators.t
r25739 | coke++ | trunk:
: [codingstd]
: c_operator.t is passing; enabling it...
diff: parrotvm.org/svn/parrot/revision/?rev=25739
15:58 Andy joined 16:06 Theory joined
particle who broke parrot? chromatic? 16:10
compilers\\imcc\\pbc.c(1256) : error C2275: 'SymReg' : illegal use of this type as an expression
c:\\usr\\local\\parrot\\trunk\\compilers\\imcc\\symreg.h(88) : see declaration of 'SymReg'
compilers\\imcc\\pbc.c(1256) : error C2065: 'reg' : undeclared identifier
compilers\\imcc\\pbc.c(1258) : error C2223: left of '->nextkey' must point to struct/union
16:14 spinclad_ joined
jonathan particle: Do you have hte URL for posting on rakudo.org? 16:15
particle it's a perlbuzz url... lemme see 16:16
perlbuzz.com/cgi-bin/mt/mt.cgi iirc
jonathan: nice work these last few days
i need to catch up
16:17 bphillip1 joined
particle we need some changes to the attribute code to deal with "has $x" being callable as $x, $!x, $.x, self.x, self!x, 16:17
16:20 TimToady joined, slightlyoff joined 16:21 gryphon_ joined 16:24 diakopter joined 16:28 mdiep joined 16:36 skids joined, Ademan joined 16:37 davidfetter joined 16:42 peeps[work] joined
jonathan particle: Sorry, disconnect 16:45
I thought I already had made it so has $x made it visible as $x and $!x.
$. is all about accessor methods.
If you don't declare it $.x you don't get any. 16:46
particle (07:15:57) [particle]: has $.a allows you to call $!a, $.a, and $a. correct?
(07:15:59) [particle]: oops
(07:16:05) [particle]: "has $a"
(07:16:07) TimToady: not hte last
(07:16:11) TimToady: yes
(07:16:16) [particle]: ok. great.
jonathan class Foo { has $x; method set { $!x = 42; }; method get { $x }; }; 16:47
my $x = Foo.new(); $x.set(); say $x.get();
42
particle change method get to { $.x }
purl particle: that doesn't look right
particle if it still works, jonathan++
jonathan The "true name" of the private variable always has the exclamation, but much like with our variables, you may declare a lexically scoped alias to the private variable by saying:
has $brain; # also declares $!brain; 16:48
particle correct
jonathan It doesn't say that you get an accessor with that.
16:48 buildbot joined
particle you get an accessor 16:48
jonathan Where in S12 does it say that?
particle "my method x {...}" creates an attribute with a method attached 16:49
16:49 workbench joined
jonathan That's different from has $x; 16:49
Also, where did you see that? 16:50
particle ah, seems timtoady is wrong, anyway.
Public attributes have a secondary sigil of "dot", indicating the automatic generation of an accessor method of the same name. Private attributes use an exclamation to indicate that no public accessor is generated. 16:51
so, "has $x" and "has $.x" generate accessors
cognominal_ yea, that what I remembered
particle "has $!x" doesn't
jonathan That's not clear, and S12 feels like it suggests otherwise, though it's not explicit about it.
particle need to migrate t/oo/attributes/instance.t to t/spec 16:52
cognominal_ but you can declare methods that act as accessor
jonathan The reason I think so is that after it talks about has $x creating $x and an alias to $!x, the paragraph below it is still talking about private accessors.
The "true name" of the private variable always has the exclamation, but much like with our variables, you may declare a lexically scoped alias to the private variable by saying: 16:53
has $brain; # also declares $!brain;
And any later references to the private variable within the same block may either use or omit the exclamation, as you wish to emphasize or ignore the privacy of the variable. O
It says $brain is private.
particle yes, $brain is block-scoped 16:54
jonathan Sure. But it always talks about $brain being an alias to $!brain. It doesn't talk about accessor method generation. 16:55
particle hrmm. it is confusing.
jonathan It only talks about $.x doing that.
It's not clear.
cognominal_ so much doc to read to get up to speed :(
jonathan I may be wrong, but it's not how I've understood and explained it for a couple of years.
particle yes. timtoady
er, timtoady must explain that better. 16:56
jonathan It's not hard for me to change it to generate the accessor method.
I just struggle to see from the spec the way it is at the moment, that we should do so.
particle is 'is ro/rw' working yet?
jonathan No, it's is rw by default.
Erm, mostly because I don't actually know *how* to implement rw/ro. :-) 16:57
particle um. if it's rw by default, then accessors should be created, no?
jonathan The current implementation works but I don't consider it to be correct.
Oh, sorry. The *spec* says it's ro by default when you have an accessor.
The current implementation is wrong.
TimToady "has $x" does not generate an accessor
jonathan Phew. :-)
particle ok. 16:58
so you can't call "has $x" with $.x
jonathan TimToady: Maybe a note to clarify that in the spec is good - it was my reading, but it's not 100% clear.
TimToady particle: correct
jonathan Using $.x to refer to it inside the class probably doesn't quite work yet; there is certainly stuff to do here. 16:59
particle has $!x is rw; # are accessors generated? 17:00
jonathan I believe not, and I'm not sure what that means.
particle i'm hoping it's a compile time error 17:01
jonathan Right, but it'd be up to the rw trait to moan.
particle TimToady: "my method !foo" and "our sub !foo": are these examples from S12 valid syntax? 17:04
seems the ! should not be in the declaration, only in invocation
jonathan TimToady: S12 talks about classes being mutable. 17:05
I know that means we can add stuff to them, replace them, etc.
But does that affect existing instances of the class? I thought not, but reading "mutable" makes me wonder...
17:11 buildbot joined
jonathan posts to rakudo.org 17:12
particle: On OO spec tests, I would *love* to see someone help out with those. 17:13
And I don't just mean you. :-)
particle jonathan: when's the last time you built parrot? 17:26
jonathan Probably a couple of days ago. 17:27
I'm scared to re-build, in case it's broken, and I have to fix it before I can resume hacking on Rakudo. ;-)
particle ok. i think chromatic broke it today
jonathan Geck.
particle yeah. i wanna hack rakudo :( 17:28
jonathan Though maybe just on Win32.
I kinda need to go in 2-3 minutes, otherwise I'd pull it now and check and fix.
particle ah, i think i spotted it 17:30
c89ism
jonathan Ah. Those are easy to fix. :) 17:31
Too bad GCC seems to be less sensitive to that than MS VC++.
particle yep. feel free to update after i commit, parrot's working again :)
jonathan Nice, thanks! 17:32
Feel free to fix the new features I added today. ;-)
particle it's truly annoying that in all gcc's perceived "greatness" it can't behave like a proper ansi compiler
jonathan Or at least doesn't have a flag to make it do os. 17:33
*so
Ah, meeting up with some folks in realspace, gotta go.
laters
particle cheers
svnbotl r25740 | particle++ | trunk:
: [imcc] fix c89ism (gcc--)
diff: parrotvm.org/svn/parrot/revision/?rev=25740
cognominal_ I see in grammar.pmg subcall defined as <ident> '(' <semilist> ')' . Should not be possible to call a sub without parentheses if already declared? May be, it is not possible with the current state of rakudo? 17:48
17:49 Ademan joined
particle svn.pugscode.org/pugs/src/perl6/STD.pm defines subcall with parens 17:49
17:50 c_otto joined 17:51 kj joined
TimToady <ident> without parens is considered a listop instead 17:56
list_prefix, more specifically
(unless predeclared 0-ary, in which case it's a term, or prefix:<ident> with 1 arg, in which case it's a named unary) 17:57
in any case, a post-declared <ident> must be considered a list prefix, and subsequent declaration contradicting that is an error 17:58
17:58 purl joined
TimToady actually, the term form may need to be declared term:<ident>; I'm not sure a simple () sig is good enough... 17:59
can argue it both ways
cognominal_ ok 18:00
TimToady but leaning toward not doing grammar munging without explicit foo:<>
18:06 purl joined
pmichaud rakudo treats unknown idents as being list prefix 18:07
it does get a little confused with something like 'foo.bar()', which it currently treats as &foo.bar() instead of foo().bar() 18:10
18:11 particl1 joined
cognominal_ yea, that's what I hit when playing with undef before jonathan fixed it 18:12
pmichaud well, jonathan fixed undef by making it into a keyword. that's fine for undef, but in the general case it'd still dtwt
18:13 sjansen joined 18:18 turrepurre joined
cognominal_ yea, that's what I meant 18:18
pmichaud excellent 18:19
18:35 particle joined
Coke (gcc) isn't there a cage warning that catches such things? 18:52
(something in perl Configure.pl --cage) 18:53
particle if there is, it should be on by default 18:54
18:55 spinclad joined
wolverian 0.5.2's t/smartlinks.t fails for me on 5.10, is this known? 18:56
18:57 Ron joined 18:59 nihiliad joined
particle wolverian: yes, it's a problem with your perl install picking up an old lib 19:01
you likely have a shared path in @INC between 5.10 and an older 5.8
Coke tries to find it. 19:03
particle coke: first try --ansi --pedantic or something
Coke src/main.c:55: warning: ISO C90 forbids mixed declarations and code
that's in a normal build. 19:04
(I think. double checking I didn't config with --cage)
particle sure, it's a nice warning.
in c89 that's an error, though. 19:05
wolverian particle, ah, thanks. yes, I have 5.10 in /usr/local and 5.8 in /usr. oh well.
particle iirc there's no way to tell gcc to error on that, just warn
wolverian (does that break other things?)
particle wolverian: you should have separate @INCs, since there's binary incompat
wolverian actually, @INC only has 5.10 entries 19:06
Andy off to MPLS 19:16
Coke particle: It seems that -Werror is the way to do it... but that turns ALL warnings into errors. 19:17
particle yep. which just sucks.
Coke yep. Well, at least you can safely smack any gcc developers that commit that, since they had to ignore the warning. =-) 19:19
hurm. -Werror=foo seems promising. 19:20
... not supported by my gcc though. 19:24
-Werror=declaration-after-statement is documented for 4.2.3 but not 19:28
4.1.2;
19:32 mercutioviz joined
Coke particle: opened a cage ticket. 19:34
19:36 IllvilJa joined
particle coke++ 19:38
19:44 rdice joined 20:01 perlfan joined 20:03 davidfetter joined
cognominal_ rakudo -e ' my %a = (1,2); say pairs %a' 20:29
get_string() not implemented in class 'Pair'
I should be able to fix itif I know what it should print
pmichaud the my %a = (1,2) isn't likely to work in Rakudo yet, as we don't have a Pair type 20:37
and we need to fix up Rakudo's Hash type so that it understands list assignment
cognominal_ rakudo -e ' my %a = (1,2); say %a' 20:44
12
pmichaud right, it's converting %a to be a normal List
cognominal_ it seems to work already
pmichaud my %a = (1,2); say %a.WHAT; # List
i.e., %a isn't a hash
cognominal_ ha
20:44 HG` joined
pmichaud we still don't have true list assignment working, nor do we have a way of converting a List into a Hash 20:45
cognominal_ pmichaud, paste.husk.org/10900, I have written grep and map in List.pir but I don't know how to hook it up 20:47
Coke (list to hash). there is code in tcl to do this. not sure how much of it is salvagable.
cognominal_ not sure it is correct either 20:48
indeed I forgot to loop
Coke __listToDict is the tcl version. 20:49
hurm. probably not usable, since have to take strings like "a b c d" and convert that to a list on the fly. Nevermind. =-)
pmichaud we just need to overload the 'copy' opcode for rakudo Hash types 20:50
actually, we need to convert PCT to use copy, right
s/right/first
iirc, PCT is still using the morph+assign trick
20:51 parrot-poke joined
svnbotl r25741 | petergibbs++ | trunk: 21:07
: Change Parrot_assert condition argument from int to long, in an attempt to
: remove warnings on platforms with 64-bit pointers but 32-bit ints.
diff: parrotvm.org/svn/parrot/revision/?rev=25741
21:14 grim_fandango joined
svnbotl r25742 | jkeenan++ | tcif: 21:26
: Starting to write POD for P::C::Parallel::Trace public methods.
diff: parrotvm.org/svn/parrot/revision/?rev=25742
r25743 | jkeenan++ | tcif: 21:32
: Matching Coke's correction in trunk: c_operator.t is now passing, so enable it in this branch as well.
diff: parrotvm.org/svn/parrot/revision/?rev=25743
21:56 rdice joined
svnbotl r25744 | jkeenan++ | tcif: 21:57
: Completeed initial draft of POD for P::C::Parallel::Trace public methods.
diff: parrotvm.org/svn/parrot/revision/?rev=25744
22:11 particle joined
Coke -> offline 22:12
22:36 confound joined 22:49 cotto joined 23:10 kj joined 23:17 Limbic_Region joined 23:32 skids joined 23:40 kid51 joined
Limbic_Region salutations all 23:41
davidfetter sends a few neurotransmitters to Limbic_Region 23:44
Limbic_Region thanks - my brain still hasn't recovered from the birth of his second child 23:45
er um, s/his/my/
# hence making my point
svnbotl r25745 | jkeenan++ | tcif: 23:48
: Create new test file.
diff: parrotvm.org/svn/parrot/revision/?rev=25745
davidfetter pic! 23:49
svnbotl r25746 | jkeenan++ | tcif: 23:55
: New test file was in wrong directory; correcting.
diff: parrotvm.org/svn/parrot/revision/?rev=25746

Powered by Cro and the Raku® Programming Language.

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

Thank you!