#parrot Parrot 0.6.4 "St. Vincent Amazon" Released | parrotcode.org/ | 15 new, 648 open, 80 stalled tix | logged in irclog.perlgeek.de/parrot/today
Set by moderator on 28 July 2008.
00:09 AndyA joined 00:10 Whiteknight joined 00:11 kid51 joined 00:19 AndyA joined 00:20 slavorg joined 01:05 petdance joined
dalek r30075 | jkeenan++ | scriptconfigure: 01:30
: [configure] Refactor code from within
: Parrot::Configure::Options::process_options() into more testable internal
: subroutines _process_options_components() and _initial_pass(). Add tests for
: these subs in t/configure/001-options.t.
diff: www.parrotvm.org/svn/parrot/revision?rev=30075
01:33 Ademan joined
Whiteknight RT#57690. Anybody here an expert with headerizer? 01:44
dalek r30076 | jkeenan++ | scriptconfigure: 02:08
: Begin to write tests for Parrot::Configure::Options::Conf::File.
diff: www.parrotvm.org/svn/parrot/revision?rev=30076
kid51 Perhaps if you ping petdance ??
petdance what what what
OH THE HEADERIZER
purl rumour has it the headerizer is making me happy
petdance MY BABY
kid51 Whiteknight requests assistance with headerizer
Whiteknight don't ask me, i dont know anything about it 02:09
I mean, I can pretend to help, commit a "fix" and then undo it in my next commit because it breaks everything 02:10
kid51 pulls petdance's coat to rt.perl.org/rt3/Ticket/Display.html?id=57690 02:11
02:11 AndyA joined 02:13 davidfetter joined
petdance ok what am I looking at? 02:22
Whiteknight: What are you looking for? 02:24
dalek r30077 | jkeenan++ | scriptconfigure: 02:29
: Add more tests for internals of Parrot::Configure::Options::Conf::File.
diff: www.parrotvm.org/svn/parrot/revision?rev=30077
nopaste "kid51" at 70.107.15.43 pasted "my results: make realclean; svn update; perl Configure.pl; make headerizer && make" (29 lines) at nopaste.snit.ch/13753 02:31
kid51 Whiteknight: Does your failure resemble mine? 02:32
This appears to be simply a failure in 'make headerizer' independent of whether it's followed by 'make' or not. 02:33
Confirmed.
Of course, I don't really know what tools/build/headerizer.pl is supposed to be doing, having never attempted to use it before. 02:34
02:40 Theory joined
petdance It sounds like someone did something manually that the headerizer stomps on. 02:46
Whiteknight kid51, that's not the same error that I get 02:47
nopaste "Whiteknight" at 71.230.33.251 pasted "Build failure" (39 lines) at nopaste.snit.ch/13754 02:48
Whiteknight i've got to go though. goodnight 02:54
tetragon I now have a stacktrace for RT#57536, although my 32-bit build (which doesn't crash on the input the 64-bit one does) didn't hit the breakpoint my 64-bit build needed for that trace 03:26
03:32 justin joined
dalek r30078 | infinoid++ | pdd13pbc: 03:45
: [pdd13] Apply API changes from pdd25cx merge to packfile PMCs.
diff: www.parrotvm.org/svn/parrot/revision?rev=30078
r30079 | infinoid++ | pdd13pbc: 03:49
: [pdd13] Fix packfile PMCs to pass t/codingstd/c_parens.t.
diff: www.parrotvm.org/svn/parrot/revision?rev=30079
tetragon Hrm... looks like Parrot_memalign is trying to shove 4294967296 into a function that takes what appears to be the difference between two pointers on a 64-bit binary 03:56
dalek r30080 | infinoid++ | pdd13pbc: 04:13
: [pdd13] Merge changes from trunk (-30063:30079) into pdd13pbc branch.
: This gets all the tests passing again.
diff: www.parrotvm.org/svn/parrot/revision?rev=30080
04:14 tetragon joined
dalek r30081 | infinoid++ | trunk: 04:33
: [docs/pdds/pdd13] Add the ability to delete a segment from a PackfileDirectory,
: per my discussion with jonathan++ on this subject.
diff: www.parrotvm.org/svn/parrot/revision?rev=30081
04:37 masak joined
tetragon Okay, so a few bits are not making it through an address calculation. Thanks unsigned for the bogus address calculations, but I think a type with the correct width should be used. 04:40
cotto_home does anyone know how non-core types (i.e. not INTVAL, PMC*, etc) work as ATTRs in pdd17 PMCs, because it looks like they don't atm 04:41
Infinoid I honestly don't have a clue. but isn't our general strategy to just wrap PMCs around any non-core types? 04:48
tetragon So, the shootout tests pass on OS X 10.5 64-bit Intel build once a stack of unsigned are changed to unsigned long in config/gen/platform/darwin/memalign.c 04:52
Infinoid ooh, nice 04:54
tetragon Before, they were giving rather scary looking crash reports 04:55
cotto_home src/pmc/exception.pmc makes it work 04:58
05:38 Psyche^ joined
masak re adding rules to rakudo: is it somehow an advantage that they already work in PGE? 05:39
06:02 UltraDM joined 06:37 slightlyoff_ joined 06:38 slightlyoff_ left, uniejo joined 06:50 masak joined 06:53 Ademan joined 07:09 cotto-work joined 07:18 barney joined 07:54 jan joined 08:22 cosimo joined 08:57 purl joined
dalek r30082 | kjs++ | trunk: 09:02
: [pirc/new] more work on built-in constant folding.
: Might need a bit refactoring.
diff: www.parrotvm.org/svn/parrot/revision?rev=30082
09:15 kj joined 09:24 vhold joined 09:25 iblechbot joined
jonathan morning all 09:44
purl evening, jonathan
09:44 jan_ joined
jonathan purl: time fail! 09:44
purl jonathan: what?
09:50 Debolaz joined
kj morning jonathan 09:58
jonathan hi kj
jonathan spots 57584 and sees that moritz beat him to tracking the issue down 10:32
dalek r30083 | kjs++ | trunk: 10:36
: [pdd19] add description for binary relational operators in <var> = <var> <binop> <var> section.
diff: www.parrotvm.org/svn/parrot/revision?rev=30083
r30084 | julianalbo++ | trunk: 10:46
: clean and headerize debug.c
diff: www.parrotvm.org/svn/parrot/revision?rev=30084
r30085 | julianalbo++ | trunk: 11:00
: quick fix for a headerizer problem in include/parrot/debug.h
diff: www.parrotvm.org/svn/parrot/revision?rev=30085
11:11 kid51 joined
dalek r30086 | jonathan++ | trunk: 11:25
: [pct] The PAST spec says that using attribute scope should allow a child node to be supplied, which is used in place of self to supply the invocant, but it wasn't implemetned. This patch implements it.
diff: www.parrotvm.org/svn/parrot/revision?rev=30086
r30087 | jonathan++ | trunk:
: [rakudo] Make use of attribute variables ($!foo) work in nested scopes, not just in the main method body itself.
diff: www.parrotvm.org/svn/parrot/revision?rev=30087
r30088 | jonathan++ | trunk: 11:59
: [rakudo] Add a (currently wrong) implementation of time(). Sent a couple of mails to try and ascertain how we can make this More Correct; in the meantime, this allows you to do relative times OK (and will make my YAPC code examples run ;-)).
diff: www.parrotvm.org/svn/parrot/revision?rev=30088
masak hm, spectest_regression passes 4/6 subtests in S02-polymorphic_types/subset-range, but tools/test_summary.pl passes 6/6. what gives? 12:00
jonathan Oddness. Not sure.
dalek r30089 | coke++ | trunk: 12:04
: [docs] Fix grammar issue.
diff: www.parrotvm.org/svn/parrot/revision?rev=30089
masak jonathan: another thing entirely: what I miss most these days with rakudo is s///. but I guess this is quite a big field which ties into rules and stuff. still, is there anything I can help with to speed it up?
12:05 ambs joined
jonathan Substitutions? Hmm. 12:05
masak right now I'm feeling the pain from having to reinvent them using string-stitching 12:06
...which is fun, in a masochist kind of way
I just feel I could use that time to hack on rakudo to help make it work instead 12:07
jonathan Yeah 12:08
masak re the test thing: I think a Parrot segfault is behind it all. I'll submit a bug report 12:09
jonathan OK, thanks. 12:15
I'm staring at STD.pm's parsing of s/// and not quite getting it. :-) 12:17
masak :)
jonathan The .subst method on a string may just be easier. 12:18
masak even that would be a welcome addition 12:20
jonathan That may not be so hard to implement. 12:21
I think we don't have the :g modifier yet, so it's just grab the bit of the string before the match, grab the bit of the string after the match, and stick in the replacement. 12:22
Checking whether the replacement is Code or not and if so running it.
masak this is good. I'll have to write this down. :)
jonathan masak: In code? ;-) 12:27
masak jonathan: if you don't beat me to it, yes. :)
I'm tied to a normal working day today, but there's a night and a morning coming up after that 12:28
12:28 japhb joined
jonathan masak: If you plan to work on it, I'll leave it. :-) 12:28
masak jonathan: I'll give it a shot and get back to you in 24h, either stuck or done. :)
jonathan Cool! 12:29
masak ...yes, potentially 12:30
is it rakudo day today?
12:33 Whiteknight joined
jonathan masak: Yes. 12:35
Been checking my examples I plan to show at YAPC::EU and done a few things to get them running.
Just investigating some RT tickets at the moment.
masak nice.
jonathan And will make a branch and hack on lazy lists later on today.
masak awesome. 12:36
when's list assignment due?
jonathan points at pm ;-)
masak haha
jonathan Hopefully with the hacking time available at YAPC::EU, he may get to it then. :-)
masak yes. 12:38
12:39 Ademan joined
masak did I mention that we'll be showing up a day early to allow for hackathon time? 12:39
ambs is still thinking if he will take the macbook pro or the acer aspire one. This later is not that good to help on a hackathon.
jonathan I think you mentioned, yes. :-)
I don't know where the hackathon is, though!
I know I'm coming over to it form Malmo in the morning...
12:40 skv joined
masak there's plenty of time left for a location to reveal itself :) 12:41
jonathan masak: You filed #57398 12:48
But I can't see the difference between the two code examples.
sub a($x) { $x = 5 }; my $y = 7; a($y);
masak hold on 12:49
checking
yes, they're the same, unintentionally -- sometimes pasting goes awry 12:51
I'll try to replicate what I did
I think it has something to do with is rw
ah -- I think the second one should be ./perl6 -e 'sub a($x) { $x = 5 }; a(7)' 12:53
I'll amend that to the bug
there. 12:59
also, I'm not sure that the name of the bug describes the bug very well.
13:04 petdance joined 13:08 gryphon__ joined
jonathan OOh, I forgot to have lunch! 13:09
brb
masak "you know you're having a productive day when..."
13:12 iblechbot joined
dalek r30090 | jonathan++ | trunk: 13:30
: [rakudo] Initialize attributes with @ and % sigils correctly. Fixes RT#57422.
diff: www.parrotvm.org/svn/parrot/revision?rev=30090
jonathan masak: BTW, I know you're from somewhere in the Nordics, since you were at NPW, but which country? 13:31
13:43 dngor joined 13:44 workbench joined
masak jonathan: I live one city away from where the NPW was. Uppsala. 13:46
jonathan Aha, OK. 13:48
I'm flying into Stavska tomorrow, and then taking the bus to Linkoping and having Saturday there as vacation. :-)
Then in Malmo on Sun/Mon having some break too, but also meeting some friends there. 13:49
masak jonathan: Sweden is very moist right now. 13:50
jonathan masak: As in, rain? 13:58
Or humidity?
purl humidity is just a touch to high on average.
masak jonathan: rain. 13:59
occasionally large amounts of it. 14:00
jonathan Ugh. 14:01
But forecast says Saturday is sun with scattered clouds. :-) 14:02
masak ack -- and the rest rain :)
Whiteknight purl forget humidity 14:07
purl Whiteknight: I forgot humidity
Whiteknight purl, humidity is the worst 14:09
purl OK, Whiteknight.
Infinoid masak: I'll trade you! 14:11
clear blue skies get boring after a while.
masak Infinoid: careful what you wish for.
but yes, I'm not exactly miscontented 14:12
this is good indoor weather
Infinoid www.wunderground.com/US/CA/South_Lake_Tahoe.html 14:13
nooo, they's stealin my clouds
jonathan Some things that look easy to fix, so aren't... 14:22
masak jonathan: I can tell you're somewhere in the "difficult tasks [should be] possible" domain, then 14:25
jonathan masak: I'm in the, make (1+1).WHAT return Int without breaking a bunch of spectests domain. :-) 14:26
Current run through the spec tests has made it to the OO ones and is looking OK so far. 14:27
If it all passes, I can commit and close two RT tickets. :-)
gaz that's a rather specific domain :)
dalek r30091 | julianalbo++ | trunk: 14:28
: fixed perl6multisub for c++ build
diff: www.parrotvm.org/svn/parrot/revision?rev=30091
jonathan wonders how he broke the C++ build... 14:29
14:31 Andy joined
jonathan Argh! It's *so* annoying when you break the _last_ spectest, then need to run the lot again to make sure the fix for that one didn't break anything elsewhere. :-) 14:35
masak: You're filing a lot of RT tickets that look very similar-ish (Rakudo gives an error message that it should but subsequently we get a segfault) 14:36
Are all of them double-frees?
masak jonathan: yes.
jonathan OK. I can't reproduce these on Win32, but I think that's because my memory library doesn't blow up if you double-free.
:-|
Do you know how to run it in gdb and get a backtrace? 14:37
masak jonathan: no, but feel free to give me some hints
I know I have gdb installed.
jonathan Hmm
OK, I think from the languages/perl6 you'd do
gdb ../../parrot 14:38
And then once it's started type
r perl6.pbc name_of_file.p6
or I guess you can do -e '...' too
masak ah
sounds easy -- I'll try immediately 14:39
I did the former -- no double free, no stacktrace 14:41
:/
jonathan Oh. :-S 14:42
If we can't trap it in the debugger, that may make it...harder...to find. :-(
masak I figured as much 14:43
I could try it for my other, similar bugs too 14:44
jonathan If you get chance, yes...a stack trace would help enormously.
masak I'll see what I can do. 14:45
jonathan Hurrah, fixed the bugs without breaking the spec tets.
masak \\o/ 14:46
dalek r30092 | jonathan++ | trunk: 14:50
: [rakudo] Make various arithmetic operations return an Int when they are performed on Ints. However, to get the right semantics, we must also add some logic to do upgrades when needed, which is also in this patch. Resolves RT#56944 and RT##56748.
diff: www.parrotvm.org/svn/parrot/revision?rev=30092
jonathan That unskips another spectest too. :-) 14:55
masak jonathan++ 14:56
dalek r30093 | jonathan++ | trunk: 15:25
: [rakudo] Fix a regression in the handles trait verb.
diff: www.parrotvm.org/svn/parrot/revision?rev=30093
r30094 | jonathan++ | trunk: 15:38
: [rakudo] Fix bug in does operator, where it failed to work if you tried to apply multiple mixins to an object over time.
diff: www.parrotvm.org/svn/parrot/revision?rev=30094
r30095 | jonathan++ | trunk: 16:04
: [rakudo] Add S12-attributes/delegation.t to spectest_regression, so our handles trait verb implementation gets some testing.
diff: www.parrotvm.org/svn/parrot/revision?rev=30095
16:22 Andy joined 16:27 timbunce joined 16:39 contingencyplan joined 16:42 Theory joined 16:44 ruoso joined
dalek r30096 | jonathan++ | trunk: 16:53
: [rakudo] Add S02-builtin_data_types/hash.t to spectest_regression - another 35 passing tests.
diff: www.parrotvm.org/svn/parrot/revision?rev=30096
17:06 tewk joined 17:15 rurban joined
cotto-work kj, ping 17:16
dalek r30097 | kjs++ | trunk: 17:25
: [pirc/new] implement optimization for x += 1, so that this uses the inc instruction instead of add. Same for dec/sub.
diff: www.parrotvm.org/svn/parrot/revision?rev=30097
kj cotto-work: poing 17:26
cotto-work if I wanted to help out with pirc, what'd be a good way to get familiar with the code while making myself useful? 17:27
kj aha! helpers :-)
ehm
let me think
be back in 2 min. (thinking)
dalek r30098 | kjs++ | trunk:
: [pirc/new] allow for x += x. Forgotten in prev. commit.
diff: www.parrotvm.org/svn/parrot/revision?rev=30098
cotto-work take your time.
I can't write any easily-contributable code at work anyway. ;) 17:28
rurban pirc/README.pod eg
kj well. One Q from me would be: do you know bison and flex? 17:30
that's kindof important :-)
cotto-work no. How hard are they to get into if I already know C?
kj not so hard, I guess. 17:31
there's 2 things to it:
rurban harder than C. see the both .l and .y files
kj writing/maintaing the grammar
maintaining
purl maintaining is for mere maintainance programmers. lathos is a pioneer! An inventor! A pathfinder! A shithead.
cotto-work yes
kj and the 2nd thing is the nitty-gritty of setting up a parser using bison/flex
the good thing is
I've done both already :-)
that means, writing a parser that is reentrant, that's a bit tricky, but doable 17:32
cotto-work that's a big plus
kj maintaining the grammar can be difficult for starters, because you'll encounter weird messages such as 'shift/reduce' annd 'reduce/reduce' conflicts
so you need to understand what these mean 17:33
cotto-work ok.
kj I remember when I started working on pirc/new (in the 'new' directory, not the recursive-descent version), I learned a lot from the documentation on bison
making it re-entrant
So, learning bison is best done through the online documentation 17:34
there's extensive material on that
cotto-work good to know
kj pirc's backend should be refactored though
so there's more work to do there, but the trouble now is, I don't know exactly how to generate PBC. It might not be as easy as it seems, because one should consider the :immediate and :init flags and stuff like that 17:35
so what I'm doing right now is generate almost-pure-pasm 17:36
rurban checking for builtin op's e.g is a major todo
kj that's not so difficult, in theory 17:37
in practice, well, that's a matter of linking the right thing, but I haven't succeeded in that yet
but yes, that'd be nice to have
because now there's only 5 instructions or so that you can use
rurban get the libs into the right order?
kj yeah, well, IMCC uses a function is_op() or whatever
and it pokes into the guts of parrot 17:38
checking whether the string is an op
don't know how that's done. It confused me
rurban Parrot_is_builtin() it is
kj is that it? strange name.
rurban problem is also that the current ldflags, libs order ... is broken 17:39
purl okay, rurban.
kj ehm, when doing what?
rurban linking with stricter compilers, linking to installables
cotto-work no, problem is <reply>
purl okay, cotto-work.
kj ok, but at this point pirc has no problem
rurban linking with already installed libparrot shared
Whiteknight I want to get in on helping with PIRC too, when I have the tuits to spare 17:40
kj woohoo! more help :-)
well, the best thing I can say is, just check out the code
particle problem is foo
rurban I'm working a largish linking patch right now. #39742
particle problem? 17:41
rurban me?
purl i think rurban is on Win XP sp2
particle ah. that's nice.
rurban now; I'm on cygwin
linking is almost solved now.
cotto-work kj, thanks. I'll bone up on those topics (reentrancy, yacc, bison and pbc) and go from there
rurban have to test on more stricter linkers now. 17:42
Whiteknight me?
purl well, Whiteknight is updating the book. It talks about .pragma fastcall, pushing and popping arguments onto the user stack, etc
particle rurban: try solaris.
kj cotto-work: you're very welcome
Whiteknight yeah, that's a little outdated....
rurban good.
and maybe intel's icc
cotto-work icc is fairly easy to get working on Linux 17:43
rurban yeah. I have it home, but right now I'm in a hotel in germany
solaris also later 17:44
ok, have to leave. 17:46
pmichaud Aloha 17:54
particle hi-o 17:55
jonathan hi 17:58
purl bonjour, jonathan.
jonathan pmichaud: Didn't make it to the lazy lists today yet...been doing lots of other little fixes, adding more tests, and so forth. 18:01
Got all of the code examples in my YAPC Perl 6 OO talk running. :-)
pmichaud jonathan: no problem. We can work on it at yapc::eu
jonathan And added tests to cover the things that didn't work.
I may start hacking on it tonight.
pmichaud afaict it's not as pressing an issue as, say, list assignment or signatures 18:02
jonathan Right now I'm trying to get hash composers { ... } to work.
Since they seem like a wanted, popular thing.
pmichaud oh, hash composers should just analyze the PAST tree for a block
jonathan Yeah
pmichaud I think it belongs in circumfix:<{ }>
jonathan my $x = { x => 42 }; $x.WHAT # Hash :-)
Yes, it's in circumfix:<{ }> 18:03
Amusingly, I then started failing things in the text suite like this:dies_ok { test2() }, "return() inside a try{}-block should cause following exceptions to really die";
pmichaud it detected the {} as a hash composer? 18:04
jonathan Because it saw the {} in there, it's an empty block so it winds up being a hash constructor as per the spec, and then the quote_term rule was just assuming any circumfix was a block.
pmichaud heh
oh, in the double quotes
jonathan Yes
pmichaud yes, I've had that happen a few times
jonathan The bit of the spec says: {...} is always a block. However, if it is completely empty or consists of a single list, the first element of which is either a hash or a pair, it is executed immediately to compose a Hash object.
pmichaud right. The test (message) is wrong there. :-) 18:05
jonathan OK, good. But we shouldn't be bombing out, right?
It's like trying to interpolate a hash?
pmichaud it should probably result in an empty string
jonathan I think so too.
pmichaud (yes, interpolate a hash) 18:06
jonathan Well, waiting to see how spectest_regression works out with the tweak in quote_term. :-) 18:07
pmichaud ...quote_term was tweaked..?
jonathan It had
elsif ($key eq 'circumfix') {
cotto-work seen chromatic
purl chromatic was last seen on #parrot 1 days, 15 hours, 31 minutes and 52 seconds ago, saying: JITted thunks? [Aug 6 02:35:52 2008]
jonathan Followed by
$past.blocktype('immediate');
cotto-work seen allison
purl allison was last seen on #parrot 36 days, 20 hours, 19 minutes and 24 seconds ago, saying: whiteknight: sounds good [Jul 1 21:48:28 2008]
pmichaud oh, you mean in actions.pm 18:08
jonathan If you've got a hash composer, that didn't work out.
Yes.
Sorry, should have been more clear I meant the action, not the rule.
pmichaud np
time for breakfast here (and we're on a tight time schedule)
bbl
(maybe)
jonathan ok
enjoy 18:09
dalek r30099 | kjs++ | trunk: 18:16
: [pirc/new] comments, refactoring, removal of .pragma n_operators
: + add a temp. fix for segfaulting when doing keyaccess (set x, x[1])
diff: www.parrotvm.org/svn/parrot/revision?rev=30099
r30100 | kjs++ | trunk: 18:25
: [pirc] update README a bit.
diff: www.parrotvm.org/svn/parrot/revision?rev=30100
jonathan OK, going for dinner...hash thingy patch nearly there, just one more test fail to hunt down... 18:36
dalek r30101 | fperrad++ | trunk: 18:44
: [Lua] libraries
: - major refactor : now lua_register does the job
diff: www.parrotvm.org/svn/parrot/revision?rev=30101
r30102 | fperrad++ | opengl4lua: 19:35
: [Lua] merge from trunk (29871 -> 30101)
diff: www.parrotvm.org/svn/parrot/revision?rev=30102
19:35 cjfields joined
cotto-work is someone bringing up Parrot HLL interop at YAPC::EU? 19:48
cjfields seen jonathan? 19:51
purl jonathan was last seen on #parrot 1 hours, 15 minutes and 10 seconds ago, saying: OK, going for dinner...hash thingy patch nearly there, just one more test fail to hunt down...
jonathan cjfields: I'm here, just back from dinner. 19:56
cotto-work: There'll be a load of things discussed at YAPC::EU, I'm sure. And I'd be surprised if that wasn't one of them. 19:57
cotto-work ok. I look forward to hearing what comes out of the discussion. It's an interesting problem.
cjfields jonathan: backlogged, saw a mention of .subst 19:59
jonathan cjfields: Yes. Are you actively working on this?
cjfields no, $job in the way 20:00
jonathan OK.
cjfields but it might be best to get .match working prior
jonathan Phew, I feared I'd suggested someone else look at something that you were already on with. :-)
I think that, because subst just returns a string, which just gives itself in item context, we won't run into the same issue. 20:01
cjfields agreed.
jonathan So I don't think one blocks the other. I haven't forgotten the match issue though.
Unfortunately, I haven't thought of a good solution either. :-( 20:02
And didn't see one posted. But various people who might have ideas/answers will all be at YAPC::EU, so I'm hoping we can get a resolution there.
cjfields I think this may be dealt with when .HLL is addressed
jonathan I don't see it as a HLL issue. At least, not that bit. 20:03
We're returning a match object.
The problem is when we do an assignment to a scalar, it causes item context on the RHS of the =.
And a match object in item context just gives back its string bit. 20:04
cjfields My bad (was reading the RT ticket and saw .HLL mapping from Pm)
jonathan Whereas what we actually want is to assign the match object itself.
I think that might come into it too.
Like, making sure the strings we get out of the match object are Perl6Str.
But that's not the specific problem that I think is currently blocking match from working. 20:05
cjfields he mentioned this would be taken care of after mapping
jonathan OK
Hopefully that's not so far off.
cjfields I know that mapping fixes a LOT of issues (I think .split returns a String instead of a Perl6Str). 20:06
jonathan Yes.
It'll fix that one.
cjfields I think we decided to wait on a .match commit (RT#56970), correct? 20:10
dalek r30103 | fperrad++ | opengl4lua:
: [Lua] merge\\n refactor with lua_register
diff: www.parrotvm.org/svn/parrot/revision?rev=30103
cjfields There was some tweaking to .trans I wanted to work on to get it closer to S05, but it requires .match.
jonathan Yes, let's see if there's a solution to this issue 20:13
I'm hopeful we'll have one within the next week.
cjfields OK
20:24 Whiteknight joined 20:36 cognominal joined
dalek r30104 | jonathan++ | trunk: 20:37
: [rakudo] Make an empty block, a block containing just a pair or a block containing a list that starts with a pair or a hash construct a Hash, as per S06. Resolves RT##57340.
diff: www.parrotvm.org/svn/parrot/revision?rev=30104
r30105 | jonathan++ | trunk: 21:02
: [rakudo] Make classes declared as Foo::Bar work (that is, more than one level deep namespace). Resolves RT#57388, and makes another 5 spectests pass.
diff: www.parrotvm.org/svn/parrot/revision?rev=30105
cotto-work lart? 21:23
purl lart is LUSER ATTITUDE RECALIBRATION TOOL or In the collective mythos of scary devil monastery, this is an essential item in the toolkit of every BOFH. The LART classic is a 2x4 or other large billet of wood usable as a club, to be applied upside the head of spammers and other people who cause sysadmins more grief than just naturally goes with the job. or pics.livejournal.com/elevenwords/pic/0011ebtz
Whiteknight haha, that picture is priceless 21:25
purl++
21:28 gryphon__ joined
jonathan ouch! 21:29
jonathan hopes not to ever meet someone who owns one.
dalek r30106 | jonathan++ | trunk: 21:37
: [rakudo] Remove completed task from the ROADMAP.
diff: www.parrotvm.org/svn/parrot/revision?rev=30106
r30107 | Whiteknight++ | gsoc_pdd09: 22:18
: [gsoc_pdd09] update to trunk r30105
diff: www.parrotvm.org/svn/parrot/revision?rev=30107
r30108 | jonathan++ | trunk: 22:23
: [rakudo] Implement unlink function.
diff: www.parrotvm.org/svn/parrot/revision?rev=30108
r30109 | jonathan++ | trunk: 22:26
: [rakudo] Add a (now completely passing) IO spectest to spectest_regression target.
diff: www.parrotvm.org/svn/parrot/revision?rev=30109
22:26 kid51 joined
jonathan decides to call it a day 22:29
Infinoid day: you're a day 22:32
jonathan :-P 22:37
dalek r30110 | chromatic++ | trunk: 23:02
: [config] Improved test parallelization by appending PID to all generated
: test.c, test.cco, test.ldo, and test exectuable files. This is a good target
: for further refactoring:
: - there's too much duplication of generated file names
: - temporary names from File::Temp would be better
: - building all files in a temporary directory would be even better
diff: www.parrotvm.org/svn/parrot/revision?rev=30110
particle notes that similar treatment would benefit future config parallelization as well 23:03
cotto-work looks like there 23:19
purl looks like there is, like, no difference
cotto-work looks like there's a typo in that latest commit 23:20
open( my $out_fh, '>', "test_$$.c" ) or die "Unable to open 'test_$$.cb: $@\\n";
no, looks like there is <reply>
purl okay, cotto-work.
cotto-work config/inter/progs.pm:174 23:21
jonathan BTW, will write Rakudo day report tomorrow, probably on the plane...currently trying to get stuff sorted out for travelling. 23:22
Tene purl: forget looks like there 23:30
purl Tene: I forgot looks like there
Tene purl: looks like there is <reply>
purl OK, Tene.
23:34 tetragon joined 23:39 ruoso joined
dalek r30111 | jkeenan++ | scriptconfigure: 23:40
: P::C::O::Conf::File: Eliminate some unreachable branches. t/configure/062: Add tests for previously uncovered branches.
diff: www.parrotvm.org/svn/parrot/revision?rev=30111
tetragon Hrm... the patch in RT#57700 is for the same issue as RT#57536 23:46
23:54 cognominal joined
kid51 tetragon: Perhaps so. I've got both of them listed in the metaticket for Mac: rt.perl.org/rt3/Ticket/Display.html?id=52904 23:55
jonathan cognominal: Coming to YAPC?
23:56 bacek joined
cognominal yes 23:59

Powered by Cro and the Raku® Programming Language.

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

Thank you!