% Ademan has joined #parrot % Theory has left Theory!~Theory@c-67-160-131-113.hsd1.or.comcast.net % contingencyplan has joined #parrot % apeiron_ has joined #parrot % apeiron has left apeiron!~apeiron@c-69-248-118-67.hsd1.pa.comcast.net % barney has joined #parrot % iblechbot has joined #parrot % Whiteknight has joined #parrot % barney has left barney!~bernhard@p549A3934.dip0.t-ipconnect.de r29147 | bernhard++ | trunk: : [codingstd] Remove trailing whitespace. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29147 % Ademan has left Ademan!~dan@h-67-101-43-134.snfccasy.dynamic.covad.net morning all morning, jonathan good morning * purl whips out a machete. I'm *tired* of your shit moritz purl, forget good morning moritz: I forgot good morning jonathan, moritz: good localtime() jonathan: pmichaud steals your TODO items :) I know!!! I just came here thinking "OK, first item, \\...oh" but the capture patch didn't make any tests pass Oh. at least autounfudge didn't catch any > my @a = (1,2,3); my @b = (1,2,3); say \@a === \@b; Could not find non-existent sub infix:=== very strange... perl6: say 1===1; OUTPUT[Could not find non-existent sub infix:===␤current instr.: '_block11' pc 35 (EVAL_10:19)␤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 806 (src/PCT/HLLCompiler.pir:469)␤called from Sub 'parrot;PCT::HLLCompiler;evalfiles' pc 1088 (src/PCT/HLLCompiler.pir:598)␤called from Sub ..'parrot;PCT::HLLCompiler;command_line' pc 1267 (src/PCT/HLLCom... Oh, that'll be because we're pasring it, but ain't implemented it yet. perl6: my @array = ; my $ref = \@array; say ~$ref; say +$ref; OUTPUT[Statement not terminated properly at line 1, near "= \\@array;"␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤called from Sub 'parrot;Perl6::Grammar;eat_terminator' pc 20609 (src/gen_grammar.pir:2813)␤called from Sub ..'parrot;Perl6::Grammar;statementlist' pc 19622 (src/gen_grammar.pir:2450)␤called f... polyglotbot? it has been said that polyglotbot is running an outdated version of rakudo. bacek_: pugs: my @array = ; my $ref = \@array; say ~$ref; say +$ref; [6:46pm] p6eval: pugs: OUTPUT[a b c␤3␤] [6:46pm] bacek_: rakudo: my @array = ; my $ref = \@array; say ~$ref; say +$ref; [6:46pm] p6eval: rakudo 29147: OUTPUT[a b c␤0␤] jonathan: your turn to fix pmichaud's bug :) bacek_: Should it numify to the number of array elements + the number of hash elements? jonathan: no idea... .sub 'get_number' :method :vtable $I0 = self.'list'() .return ($I0) .end will bring Capture to sinc with pugs. afk # ging home % bacek_ has left bacek_!~bacek@mcas-151.usr.optusnet.com.au % Ademan has joined #parrot % cognominal has joined #parrot % pancake has joined #parrot io $ echo 'print "foo"' | ./parrot languages/lua/lua.pbc <- this command makes parrot segfault in Parrot_Closure_invoke (src/pmc/closure.pmc:103) (null value in outer_sub) % Whiteknight has left Whiteknight!~nobody@c-71-230-33-251.hsd1.pa.comcast.net bug report created with patch pancake++ moritz: about 56692 moritz: there is small patch from #55438 for this bug I think I saw that, yes just a sec. I'll cut it from big diff the one that moves push_eh catch two lines up? "bacek" at 202.7.166.181 pasted "eval patch for moritz" (17 lines) at http://nopaste.snit.ch/13519 cool moritz: indeed bacek: running spectest_regression with it now. If it succeeds, I'll commit and close #56692 moritz: ok. how I can check existence of file in PIR? i have a mips-linux box and x86 open/free/net bsd boxes needs testing? which kind? (also a ppc and arm ones..) all kinds, I think ;) * bacek thinking about setting public buildbot for parrot/rakudo... * pancake fetching parrot on mips r29148 | moritz++ | trunk: : [rakudo] fix RT #56692 (eval doesn't catch compilation errors). : Patch curtesy of bacek++ diff: http://www.parrotvm.org/svn/parrot/revision?rev=29148 % kj has joined #parrot karma bacek bacek has karma of 50 % ruoso has left ruoso!~ruoso@201009120124.user.veloxzone.com.br btw is my patch ok? pancake: rt id? #56694 * moritz grabs some food % iblechbot has left iblechbot!~iblechbot@ppp-62-216-197-103.dynamic.mnet-online.de No permission to view ticket oops. EWRONGTICKETNUMBER #56694 src/ops/experimental.ops:424: warning: cast increases required alignment of target type all the *.ops files shows lot of warnings like this in mips and some oether in .c files src/embed.c:505: warning: cast increases required alignment of target type moritz: I'm seeing 6 subtests UNEXPECTEDLY SUCCEEDED Looks like there may be a few things to un-todo. :-) (That's without any patches locally BTW) * pancake running tests in mips % Coleoid has joined #parrot % jan has left jan!~chatzilla@89-253-66-101.customers.ownit.se jonathan: no need to un-TODO these tests, they are likely bogus an operation returns a completely wrong result, but the type of the result is right, so the isa_ok passes moritz: Ah, OK. So long as we don't end up with *too* many like that. aye Though thankfully they shown in a distinct list, so it's hard to confuse them with failures that your changes have introduced. I'll take care the spectest_regression output stays sane, readable and concise Thanks, it's much appreciated. :-) because that's the reason for having it in the first place, as opposed to spectest http://news.nopcode.org/parrot-mips-test.txt cool "bacek" at 202.7.166.165 pasted "Implemening of get_number for Capture so +$capture produce correct results. (for jonathan/pmichaud to blame)" (22 lines) at http://nopaste.snit.ch/13520 afk http://www.toolness.com/wp/?p=52 % jan has joined #parrot pancake: very interesting yup it is % Ademan has left Ademan!~dan@h-67-101-42-243.snfccasy.dynamic.covad.net % ruoso has joined #parrot % Whiteknight has joined #parrot % Ademan has joined #parrot r29149 | Whiteknight++ | gsoc_pdd09: : [gsoc_pdd09] Updating to trunk r29148 diff: http://www.parrotvm.org/svn/parrot/revision?rev=29149 r29150 | jonathan++ | trunk: : [rakudo] Stub in signatures. This doesn't do anything useful yet, but does lay a lot of groundwork: Signature class is in place, :(...) is now parsed and results in a Signature object, all subs and methods get a Signature object attached (though it's not populated yet) and some comments explaining what is going on. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29150 % tetragon has joined #parrot % iblechbot has joined #parrot how can i comment multiple lines in perl6? http://dev.perl.org/perl6/rfc/5.html <- none of these ways works pancake: I think that's described in S02 S02? S02 is http://dev.perl.org/perl6/doc/design/syn/S02.html or http://perlcabal.org/syn/S02.html or \n=begin comment\n stuff here \n=end comment\n % barney has joined #parrot ok works is there a perl6 vim syntax highlighting available? yeah, look in the editor/ folder in the repo it contains the highlighting files and some documentation for them % rdice has left rdice!~richarddi@CPE001ff33cb98b-CM00159a01d44c.cpe.net.cable.rogers.com pancake: in utils/perl6.vim in the pugs repo http://svn.pugscode.org/pugs/util/perl6.vim % donaldh has joined #parrot r29151 | bernhard++ | trunk: : [Pipp PCT] Add token METHOD_NAME and use it in the rule 'method_definition' and 'method_call'. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29151 % teknomunk has joined #parrot % tetragon has left tetragon!~seneca@76-10-148-120.dsl.teksavvy.com % Coleoid has left Coleoid!~Coleoid@adsl-75-62-112-74.dsl.bltnin.sbcglobal.net % TiMBuS has left TiMBuS!~Hurf@123-243-167-27.static.tpgi.com.au % gryphon has joined #parrot % jhorwitz has joined #parrot % rdice has joined #parrot moritz: thanks pmichaud: ping pong pmichaud: Am hacking a bit on signatures today. I saw that. :-) I'm now looking at parameter/signature actions and wanted your thoughts on this. Basically, I need to build up a signature object as well as the PAST. I know you've mentioend wanting to try and do more in parameter and less in signature too. well, I still haven't done all of the parameter refactori.... right :-) OK, well, I'd rather do something now that helps get things how you'd like, rather than gives you more to have to refactor later. :-) I'm pretty close to being able to do the refactor, since I got $_ and friends working this past week I hadn't thought about building signatures in parallel (although it obviously needs to be done) OK, what do you want me to do? good question. Yeah, it is. I'm stumped. hrm. Keep the code relatively as it is, but build the signature in parallel, and leave it for you to refactor later? yes, let's go ahead and do that for now. OK. The toher thing is :(Bar, Foo) refactoring hasn't been as big an issue as it seemed to be at first. This is allowed (seen in various places in synopses) and, more specifically, don't see to have a way of not specifying a name, but just a type, however. s/see/seem/ (phone) Is there a PCT based language, that uses plain PMCs as objects ? % teknomunk has left teknomunk!~teknomunk@r74-195-239-111.stl1cmta01.stwrok.ok.dh.suddenlink.net % donaldh has left donaldh!~chatzilla@proxy-sjc-2.cisco.com isnt .HOW implemented? perl6: say 1.HOW OUTPUT[get_string() not implemented in class 'P6metaclass'␤current instr.: 'print' pc 9632 (src/gen_builtins.pir:6354)␤called from Sub 'say' pc 9654 (src/gen_builtins.pir:6364)␤called from Sub '_block11' pc 43 (EVAL_12:18)␤called from Sub 'parrot;PCT::HLLCompiler;eval' pc 806 ..(src/PCT/HLLCompiler.pir:469)␤called from Sub 'parrot;PCT::HLLCompiler... it is implemented, but it doesn't convert to string right now perl6: say 1.HOW.WHAT OUTPUT[Int␤] * jonathan wonders how HOW should stringify moritz: oks i see howhow jonathan: to "don't know how to stringify meta clas"? ;-) ;-) heh (PCT based language w/PMCs) ....NQP ? % uniejo has left uniejo!~uniejo@193.88.64.250 pmichaud: Yes. NQP looks good for jumpstarting PHP OO r29152 | jonathan++ | trunk: : [rakudo] Start to build signature objects. We don't put any types in yet. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29152 r29153 | pmichaud++ | trunk: : [rakudo]: spectest-progress.csv update: 94 files, 1662 passing tests : * Also add a column with an estimate of the total number of spectests. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29153 pmichaud++ # not breaking existing code while adding another column ;-) r29154 | jonathan++ | trunk: : [rakudo] STD.pm tracking: variable_decl becomes variable_declarator, add declarator and make us able to parse a signature in a declaration. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29154 r29155 | bernhard++ | trunk: : [Pipp PCT] Fiddle with grammar and actions in order to make : the generated PAST more like the PAST generated by NQP. : But oo_1.php is still not working. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29155 % tewk has joined #parrot fperrard++ for identifying problem in Pipp, RT#55842 parrotsketch? parrotsketch is a status meeting for parrot core committers held every Tuesday at 18:30 UTC in #parrotsketch so in 2.5h if my time calculation is correct ;) don't know if I'll make it, if not my report isn't so much different from last time % tewk_ has left tewk_!~tewk@ekstrom.org parrot sketch in 143 mins (2h23m) % Theory has joined #parrot % tewk has left tewk!~tewk@lre-west-4-62.usahousing.utah.edu % tewk has joined #parrot pmichaud: Sometimes I'm getting $/.panic(...) leading to Null PMC access in type() rather than actually displaying the error message. jonathan: moritz and others have noticed this also OK. it's occurring in $/.panic, though? that's odd. if you can get a backtrace that might help but I have to run errands now (it has become a totally crazy morning around here) Well, it shows up in the backtrace, in one routine down the call tree. I wonder if it's related to return in PCT. erm in NQP, I mean If it was added... % apeiron_ is now known as apeiron there's a test case in spec/S02-builtin_data_types/type.t which showed that behaviour for me return exists in NQP, yes, although we probably aren't using it. although since NQP does put return handlers into its sub/methods, the exceptions show up at the point of the rethrow instead of where they were originally thrown Ah. Then that's probably what I'm seeing. I don't know how to get the backtraces working properly Are we throwing a new exception there, or are we rethrowing the old one? you mean like having an uncatch rather than rethrow? rethrowing the old one OK but just using a C opcode to do it. I don't know if there's a better one (that is implemented) I'd have hoped Parrot would preserve the original trace. Oh OK, I was thinking there was a rethrow opcode, but maybe now. there's one specced, but I don't know if it's implemented looks like there is maybe I'll try rethrow instead % sjansen has joined #parrot r29156 | bernhard++ | trunk: : [Pipp] add a test case where a class is defined, but not yet used. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29156 oh, but pdd23 claims: {{ NOTE: "rethrow", and "pushaction" are removed, and "die" is different }} right rethrow is deprecated might also be worth thinking about RT #56604 in this context as well :-) anyway, gotta run errands bbl % paco has left paco!~chatzilla@139.Red-80-36-122.staticIP.rima-tde.net % paco has joined #parrot moritz: ping jonathan: pong moritz: Did you say there were a bunch of tests we can get passing if my ($a, $b) style things work? jonathan: I did, but I'm not so sure anymore jonathan: because many of those also involve list assignment jonathan: wich you'd also have to do to make them pass my ($a, $b) = (1, 2) style things? jonathan: and I simplified some tests to my $a; my $b; where that's not the feature that is being tested for jonathan: yes OK I'm on the way to having the my ($a, $b) part working, anyway. that would be great r29157 | bernhard++ | trunk: : [Pipp PCT] Make oo_2.php succeed by using namespace more consistently. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29157 I need to do another refactor to get this *really* working. But the patch that I'm about to put in makes this work: my ($a, $b); $a = 100; $b = 58; say $a - $b; jonathan++ r29158 | jonathan++ | trunk: : [rakudo] Start making signatures in variable declarations work. While more work is needed to make this more general, my ($a, $b); will now declare both $a and $b. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29158 % bacek has left bacek!~bacek@123-243-38-218.tpgi.com.au % stupidbot has left stupidbot!bacek@123-243-38-218.tpgi.com.au * moritz runs autounfudge to see if that patch magically got some new tests passing jonathan: does autounfudge work on windows? * jonathan would be surprised if anything extra much passes so far. (istr that you use windows) moritz: Not tried it... What's the magical incantation? perl tools/autunfudge.pl --auto requires TAP::Harness and Text::Diff moritz: What directory do I need to bein for that? jonathan: languages/perl6 rumour has it languages/perl6 is rakudo. strange that doesnt parse for you autounfudge.pl --auto seems redundantly redundant Oh, you'd typo'd it. Doesn't run as I don't have TAP::Harness. particle: I know, but the --auto options refers to something else as the 'auto' in the name ;) jonathan: i see :viviself('Perl6Scalar') in your patch... does that mean my (@a, %b) won't work? particle: Yup. :-) But I wanted to get the one chunk of code I just did put in, before I did some shuffling around of stuff to make that work. that was the "While more work is needed ..." part of the message ;) % stupidbot has joined #parrot i really need to get my dev env set back up lemme see if i can find that msvc install cd.... % bacek has joined #parrot i really wanna refactor scope_declarator action method to match std better r29159 | bernhard++ | trunk: : [Pipp] Update test instructions. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29159 particle: I'm doing bits in that area at the moment; I already added declarator earlier today. But yes, there is much more to do. sure don't worry, it'll take a while for me to get things set up ...but i finally found the discs :-) * jonathan hopes particle comes and joins the refactoring fun oh, lovely, my os doesn't recognize my dvd drive *sigh* barney, do you or fperrad have any plans to do something like make spectest for pipp? * tewk started always keeping server2008 and MSV isos on his hard drive % cotto-work is now known as cotto_work for now there is only my notes in docs/testing.pod 39/1292 passing (nothing to brag about) AFAIK for running the PHP tests one needs to compile the Test-running PHP first I'll look into that. bernhard.schmalhofer@gmx.de | Pipp: link: http://www.perlfoundation.org/parrot/index.cgi?pipp barney, the wiki says 5.2.4 is the target. Didn't you say we're targeting 5.3? bernhard.schmalhofer@gmx.de | Pipp: link: http://www.perlfoundation.org/parrot/index.cgi?pipp % chromatic has joined #parrot bernhard.schmalhofer@gmx.de | PHP OO for Perl 6 programmers: link: http://www.perlfoundation.org/parrot/index.cgi?php_oo_for_perl_6_programmers cotto: The Wiki should be updated barney++ r29160 | Whiteknight++ | gsoc_pdd09: : [gsoc_pdd09] Update function-level documentation for src/gc/resources.c. These changes can (and will) be folded into trunk too. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29160 r29161 | bernhard++ | trunk: : [docs] Consistent indenting of ChangeLog with tabs. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29161 * particle reboots bernhard.schmalhofer@gmx.de | release_schedule_2008: link: http://www.perlfoundation.org/parrot/index.cgi?release_schedule_2008 % particle has left particle!~particle@c-98-232-28-49.hsd1.wa.comcast.net % Ivatar has joined #parrot * moritz imagines particle lying on his bed, closing and re-opening eyes and saying "reboot successful" You can't know that. You can know he's lying down somewhere, or that he's on his bed, but you can't know both that he's stationary and where he is. I can't know, but I can imagine ;-) and \hbar isn't very large in comparison to particle ;-) jonathan: in scope_declarator, shouldn't we just use the node generated in $?BLOCK_SIGNATURED rather than create new ones? also, ?? !! works now, so $scope := $declarator eq 'my' ?? ' lexical' !! 'package'; ?? !! - cool r29162 | bernhard++ | trunk: : [docs] Some fiddling with release_manager_guide.pod diff: http://www.parrotvm.org/svn/parrot/revision?rev=29162 The question: I don't understand what you mean. We care about the signature, not the block. ignore the block We're not greating a block. % particle has joined #parrot ignore the block *generating but instead of creating a new PAST::Stmts node and re-creating the variables (and traits and...) in it, just grab the first child of $?BLOCK_SIGNATURED it already has that stuff in it then we just adjust the scope if the declarator is 'our' I think I will probably get rid of $?BLOCK_SIGNATURED and just change it to $?LAST_SIGNATURE so that it's not a block but is instead just the signature That will maybe work for now, but when signatures get more complex I'm less sure. I think it should work, or should be made to work. duplicating the variable creation code seems wrong. let me know when you're at a likely stopping point for the day and I'll experiment with some refactors I'll also see if I can get my parameter refactors in place, since they're also a part of this I think that the best bet will actually be to toss the parameter checking code generating, and just put it all in the signature. Then just get the signature object itself to do the binding. Which will do the type checks and so forth as needed. well, binding and assignment are slightly different here :-) But once signatures get more advanced, will handle the unpacking too. but yes, that's the essential idea my ($a, $b) = .... is a list assignment PAST nodes don't have a way to make copies of themselves? PerlJam: oh, we could probably implement clone on them if we wanted to. but I don't think we need a copy I'd like to see that whatever PAST structure is returned for a signature is already correct without having to do a whole lot of higher-level context-based manipulation The list assignment stuff: it's one of those things I "know", but am still trying to work out how fits in with the fact that what you've got on the left there is actually a signature. So it's just signature binding, with forcing list context on the RHS of the '=', right? r29163 | kjs++ | trunk: : [languages/pir] updates to PIR language. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29163 it's not signature binding -- that would be := % gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net OK, so... the signature evaluates to a list of PAST::Var nodes and we just do list assignment same as ($a, $b) = ... (which isn't a signature) OK But my ($a, $b) := ...; is a sig binding? yes, that will likely be a sig binding OK But then we want a signautre object on the LHS. So in that case we want the LHS not to evaluate to a list of PAST::Var nodes. well, we can always implement assignment on signatures OK, that's what I thought would be easier. I see what you're getting at, yes. Just override infix:= method for the Signature class. or possibly iterator it depends on how list assignment is implemented OK Is that on your "soon" list? yes. OK it's even mentioned in my #parrotsketch report for today :-) We need to do things like my (:$name, [$x, @*xs]) = ...; eventually too, I guess. (as yes er, yes. My gut feeling is that it's probably eaiser to implement if we call infix:= and pass it the list of things build on the RHS. *built % cotto_work has left cotto_work!~cotto@tide501.microsoft.com #ps in 5 I'm trying to imagine what a signature object looks like in PIR (haven't looked at the patches in detail yet) At the moment, just a List of Hash. % cotto_work has joined #parrot % gryphon has joined #parrot I think it will end up holding a list of some descriptors for the parameters. Whether they are some object that can be got at rather than an internal implementation detail, is the subject of my question on p6l earlier today. we may end up defining PAST::Signature before we're done :-) #ps time r29164 | jonathan++ | trunk: : [rakudo] Start to refactor declare_attribute a bit so it mostly doesn't dive into the parse tree, but instead takes parameters providing the information it needs. This is a step on making has ($.a, $.b) style things work. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29164 pmichaud: That'd be...fun. :-) The main reason I want signatures, of course, is to have all the info available for during MMD. well, we have to applications for signatures one is for MMD but one is to specify the parameters for calling s/to applications/two applications/ and the PIR that gets generated in each case will be different unless, of course, we make major modifications to PIR/IMCC :-P As a language users, even without mmd, we want signatures. The lack of it pisses me in Perl 5. And with junctionnal types, signatures have the flexibility of Perl 5 . So kudos to jonathan++ r29165 | kjs++ | trunk: : [languages/pir] make simple assignments work. Yay! diff: http://www.parrotvm.org/svn/parrot/revision?rev=29165 cognominal: Well, what I'm working on is more about being able to interogate the signatures and making the full details available to MMD algorithm as much as anything else. r29166 | chromatic++ | gsoc_pdd09: : [src] Made GC diagnostics disable-able, and disabled them by default. This : still allows us to get GC diagnostics when we need them, but doesn't interfere : with passing tests. diff: http://www.parrotvm.org/svn/parrot/revision?rev=29166 % mire has joined #parrot Is there a metacommitter in the house? what is a metacommitter? or the glossary I should read a metacomitter can give commit access i'm one NotFound gets access. cool, NotFound++ Good :) * NotFound cleans his chainsaw... clean chainsaws hurt much less then rusty ones ;) NotFound: please follow the directions in section "Instructions the new committer must follow" in docs/project/metacommitter_guide.pod (Parrot Chainsaw Massacre)-- * davidfetter waves to cotto_work * cotto_work waves back at davidfetter any word from your cow orkers? nope, but I'll let you know once something happens thanks :)