www.parrotcode.org/ | Last release: 0.7.1 "Manu Aloha"
Set by moderator on 17 September 2008.
00:07 Theory joined 00:09 AndyA joined
dalek r31638 | coke++ | trunk: 00:11
: [tcl] bump up our recursion limit by a power of 10; temporarily avoids some recursion errors in the spec test suite.
diff: www.parrotvm.org/svn/parrot/revision?rev=31638
r31639 | coke++ | trunk: 00:18
: [tcl] we apparently need even more recursion for tcl; rather than keep mucking with core parrot, revert our last change to the core limit, and increase the limit for tcl only by ~~ order of magnitude
diff: www.parrotvm.org/svn/parrot/revision?rev=31639
00:43 Andy joined
dalek r31640 | julianalbo++ | trunk: 00:46
: pirric: add simple index operator and refactor again FOR control var increment
diff: www.parrotvm.org/svn/parrot/revision?rev=31640 00:47
Tene pmichaud: that's what I did. 01:23
pmichaud: and should I replace uses of 'subclass' with P6object?
01:37 tetragon joined
pmichaud Tene: (subclass) yes, PGE should be using P6object for its subclassing operations. 01:44
Tene Fantastic.
I'm making good progress. 01:45
Right now I'm refactoring PGE::Match's new(), as right now it holds the grammar in a string
Here, lemme commit what I have so far. 01:47
dalek r31641 | tene++ | hllmagic: 01:48
: [P6object]
: * split strings on '::' in get_parrotclass
diff: www.parrotvm.org/svn/parrot/revision?rev=31641
r31642 | tene++ | hllmagic: 01:49
: [pge]
: * Put PGE::Match in 'PGE';'Match'
diff: www.parrotvm.org/svn/parrot/revision?rev=31642
r31643 | tene++ | hllmagic:
: [PGE]
: * More namespace-related fixes
: * USe P6object instead of 'subclass' in a few places
diff: www.parrotvm.org/svn/parrot/revision?rev=31643
02:00 Zaba joined
Tene Hmm. I'm concerned about 'new' in PGE::Match. Let's see if I can find a way to make it work. 02:04
Specifically, I'm concerned because it has required params, and overrides the P6object 'new', frustrating my attempt to make it work.
Although in this case... 02:05
The docs mention a :rw adverb which looks to be NYI 02:06
It looks like that method should be called 'make_mob' or some such, not 'new' 02:07
02:12 Andy joined 02:18 petdance joined
Tene Yay, infinite loop! 02:20
02:23 Zaba_ joined
Tene callgrind makes me think it's a pir loop, not parrot 02:26
02:29 davidfetter joined 02:45 Bzek joined
pmichaud It's okay for PGE::Match's new to override P6object's new 02:52
If writing a 'new' method, it's okay to call new 'Whatever'
P6object's 'new' is designed to be overridable. 02:53
that whole interface for PGE::Match is going to be redesigned soon anyway, so we don't have to do a lot to keep it "pretty"
Tene pmichaud: new 'PGE::Match' shouldn't work, I think... 02:56
pmichaud Tene: right, it's new ['PGE';'Match']
Tene And when called, will $P0.new(..., 'grammar'=>['PGE';'Match']) work? imcc seems to bail on that syntax, and also on $P0 = ['PGE';'Match'] 02:57
pmichaud oh, that won't work, that's correct.
but one can always do 02:58
$P0 = get_class ['PGE';'Match']
$P1.'new'(..., 'grammar'=>$P0)
oh, wait, strike that
the 'grammar' option should allow 'PGE::Match'
and 'new' should be smart enough to convert that into a class, protoobject, or namespace as appropriate. 02:59
Tene right, but split it in new()
The other issue is that new() currently uses the 'new' opcode on a string.
If I try to change that to P6object-style, it calls itself recursively.
Well, it would if I had arguments to call it with. 03:00
pmichaud A 'new' method is allowed to use the 'new opcode.
indeed, it sometimes has little choice.
Tene But what do I call it on?
pmichaud depends on what you're creating
Tene either the same class as self, the first param to new, or whatever grammar is set to. 03:01
pmichaud what would be really good is to have a helper method in p6object that can convert whatever we happent to have (string, namespace, parrotclass, etc.) into something we can use.
actually, get_parrotclass almost fits that bill. 03:02
Tene And I can call 'new' on a class object. 03:03
pmichaud correct.
Tene Okay.
Fantastic.
pmichaud I think that get_parrotclass doesn't understand ::-strings, perhaps it should.
Tene Probably.
I'll investigate how it's used. 03:04
pmichaud it's probably a good idea for it to understand ::-strings, but we also need a way to handle the case where a classname actually might have :: in it
Tene right
pmichaud in general that's handled by creating an array with the class name in it
i.e., we don't split the array
purl Really? Probably? Are you Certain it's not certain? Are you sure it's unsure? I think you need to look harder. 03:05
Tene purl: you're late
purl Tene: huh?
pmichaud so: 'Foo::Bar' creates ['Foo';'Bar'], but an array containing 'Foo::Bar' as a string creates ['Foo::Bar']
(on the theory that class names containing :: are the rare and unwanted occurrence.)
in general, using strings to identify classes is going to have to become rarer 03:08
the appropriate way to identify a class is by its class object, namespace, or (in P6object-land) its protoobject
(I'm speaking of using strings to identify classes at the Parrot level, here. HLLs of course can do whatever they wish.) 03:09
or an array of strings.
03:10 tetragon joined
dalek r31644 | tene++ | hllmagic: 03:50
: [pge]
: * Update namespaces in PGE::Exp
diff: www.parrotvm.org/svn/parrot/revision?rev=31644
r31645 | tene++ | hllmagic: 04:04
: [pge]
: * PGE::Match.new() should deal with classes better.
: * Infinite loop yay!
diff: www.parrotvm.org/svn/parrot/revision?rev=31645
Tene Okay, it's spinning in optable::parse somewhere 04:08
Looks like the parse isn't advancing at all... .'to' flips between 0 and 1 04:15
05:02 notbenh joined
notbenh I'm playing with Rakudo and noticed that just calling perl6 gives you a REPL, though how do you get out of it? CTRL-c seems to be the only break? 05:05
Tene ctrl+d or ctrl+z would work too, on linux or windows 05:26
notbenh Tene: whew so I didn't miss anything 05:27
I was half expecting 'q' to still work from perl -de 0
Tene is there a #perl6 that I missed or is this the best place for perl6 questions? 05:52
Tene #perl6 is on freenode 05:54
This channel is the best place for rakudo-specific issues, though.
notbenh Tene: ahh. thanks, this is more a syntax/theroy question so I'll start there. 05:55
cotto what's it mean if I've got a PMC with a vtable pointing to 0xdeadbeef? 05:58
other than "something bad"
Tene uninitialized, or doesn't have a class or something weird like that, I think. 06:00
cotto this bug is full of weird 06:05
dalek r31646 | chromatic++ | trunk: 06:19
: [PMC] Made signed/unsigned casts explicit in Scalar, Integer, and BigInt PMCs.
diff: www.parrotvm.org/svn/parrot/revision?rev=31646
06:28 Zaba joined
dalek r31647 | chromatic++ | trunk: 06:33
: [PMC] Made signedness conversions explicit in Class and ParrotInterpreter PMCs.
diff: www.parrotvm.org/svn/parrot/revision?rev=31647
06:35 chromatic joined
chromatic cotto, you're looking at a prematurely GCd PMC. 06:35
cotto ooh. a tasty GC bug, then? 06:36
(unless I screwed up somewhere, which is still a distinct possibility) 06:37
chromatic You're probably not marking something. 06:38
cotto do strings need to be marked? 06:39
chromatic Yes.
Strings and non-constant PMCs. 06:40
If you store any of those in a PMC, you need a custom mark and you need to set the custom mark flag.
cotto chromatic++
that was the issue
I just wasn't marking the STRINGs that were being used as keys 06:41
chromatic Glad to help.
dalek r31648 | chromatic++ | trunk:
: [PMC] Made a signedness conversion explicit in the CodeString PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31648
r31649 | chromatic++ | trunk: 06:48
: [PMC] Made signedness conversions explicit in Complex PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31649
r31650 | chromatic++ | trunk: 06:58
: [PMC] Hoisted a repeated sub call out of inner loop of does_isa().
: Improved signed/unsigned variable use and made signedness changes explicit.
diff: www.parrotvm.org/svn/parrot/revision?rev=31650
r31651 | chromatic++ | trunk: 07:04
: [PMC] Fixed a signedness conversion cast in Env PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31651
cotto what's with the lack of messages to svn-commit-parrot? 07:07
chromatic The upgrade to SVN 1.5.1 maybe broke the aggregator.
Tene ALLIGATOR 07:08
dalek r31652 | chromatic++ | trunk: 07:13
: [PMC] Fixed a signedness mismatch in a system call in File PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31652
07:15 iblechbot joined
dalek r31653 | cotto++ | trunk: 07:15
: [pipp] fix mark, chromatic++ for pointing me in the right direction
: enable several newly passing tests
diff: www.parrotvm.org/svn/parrot/revision?rev=31653
r31654 | chromatic++ | trunk: 07:19
: [PMC] Fixed some signedness conversions in ResizableBooleanArray PMC,
: especially regarding memory management.
diff: www.parrotvm.org/svn/parrot/revision?rev=31654
chromatic Hm, I think the Default PMC changes may have sped up Rakudo significantly. 07:30
Tene Nice.
chromatic At least, the tests run several seconds faster. 07:31
dalek r31655 | chromatic++ | trunk:
: PMC] Fixed some signedness conversions in FixedBooleanArray PMC, especially
: regarding memory management.
diff: www.parrotvm.org/svn/parrot/revision?rev=31655
Tene several seconds speed increase in tests or spectests? 07:32
chromatic: an acquaintance from some open-source video blog tv thing asked for a suggestion of who to interview about parrot. I told him to contact you or allison. 07:33
07:34 Zaba_ joined
chromatic Tests... but after reviewing it with and without, I guess not. It would have been nice. Something sped them up lately. 07:34
Tene, either of us is good. I might be easier to catch because I'm in the US reliably.
"is good"? Me fail English! 07:36
Tene Hmm. Still looping after some obvious changes. Looks like I need to start understanding PGE now.
dalek r31656 | tene++ | hllmagic: 07:37
: [pge]
: * Namespace updates for Perl6Regex
: * Namespace updates for Ext
diff: www.parrotvm.org/svn/parrot/revision?rev=31656
r31657 | tene++ | hllmagic: 07:40
: [pge]
: * NS updates for P5Regex
diff: www.parrotvm.org/svn/parrot/revision?rev=31657
r31658 | chromatic++ | trunk: 07:50
: [PMC] Fixed signedness of types passed to system calls in FixedStringArray PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31658
r31659 | chromatic++ | trunk: 07:57
: [PMC] Fixed signedness conversion warnings in Hash and NameSpace PMCs.
diff: www.parrotvm.org/svn/parrot/revision?rev=31659
r31660 | chromatic++ | trunk: 08:05
: [PMC] Fixed signedness conversion warnings for system calls in ManagedStruct
: PMC.
diff: www.parrotvm.org/svn/parrot/revision?rev=31660
09:03 bacek joined
dalek r31661 | allison++ | pdd27mmd: 09:33
: [pdd27mmd] Add inplace variants of the 'repeat' opcode, and modify Rakudo's
: 'x=' to use it.
diff: www.parrotvm.org/svn/parrot/revision?rev=31661
r31662 | julianalbo++ | trunk: 09:34
: throws on null argument in string upcase functions
diff: www.parrotvm.org/svn/parrot/revision?rev=31662
09:46 rurban joined
dalek r31663 | allison++ | pdd27mmd: 09:50
: [pdd27mmd] TODO failing test that depends on more extensive work in calling
: conventions branch. RT #59628.
diff: www.parrotvm.org/svn/parrot/revision?rev=31663
r31664 | julianalbo++ | trunk: 09:57
: pirric: complete index operator [ ]
diff: www.parrotvm.org/svn/parrot/revision?rev=31664
10:07 TiMBuS joined
dalek r31665 | allison++ | pdd27mmd: 10:30
: [pdd27mmd] Bringing the pdd27mmd branch up-to-date with trunk r31664
diff: www.parrotvm.org/svn/parrot/revision?rev=31665
r31666 | julianalbo++ | trunk: 10:31
: [PMC] complex pmc keyed dispacth to int keyed when key isa Integer
diff: www.parrotvm.org/svn/parrot/revision?rev=31666
10:33 allison joined
allison is preparing to merge in the MMD branch 10:34
NotFound allison: good! 10:35
allison: please update to my last commit in complex.pmc before
allison the branch is now up to date with r31664, is the complex.pmc change after that? 10:36
NotFound allison: r31666 10:37
Failed for a few seconds ;)
allison ok, will do another up-merge before the down-merge
NotFound Or let it, I can easiliy redo after. 10:38
allison nah, won't take more than 30 seconds
NotFound Ok
allison done 10:40
dalek r31667 | allison++ | pdd27mmd: 10:41
: [pdd27mmd] Bringing the pdd27mmd branch up-to-date with trunk r31666.
diff: www.parrotvm.org/svn/parrot/revision?rev=31667
10:51 masak joined
cotto oooh. merge time 11:03
bacek get more pop-corn and prepared to watch 11:08
masak Sunday entertainment :) 11:11
NotFound I suggest trying pirric as a pastime in the meantime ;) 11:12
masak ah, the BASIC interpreter 11:15
masak tries it
NotFound masak: yes, "THE", not "A" :D 11:16
masak NotFound: it wasn't like I was speaking within a context or anything :D
NotFound masak: take a look at examples/pir/genprog.bas 11:17
masak does that 11:18
NotFound Is a nice example of the power of mixing retro basic and parrot
masak ooh, OO BASIC
yes, that's neat 11:19
NotFound Not exactly. It can use objects, but does not allow creating classes
masak fair enough
NotFound But that allows doing test of a lot of parrot things with full interactivity :) 11:20
Including pirric himself :D 11:21
masak NotFound: sounds like it could be desirable/useful sometimes
NotFound It has been already useful. The changes I made these days on the complex.pmc are the result of testing it with pirric 11:22
masak cool! 11:25
NotFound And the day I'll be able to start a Runner with a parrot thread, the world will explode faster than with the LHC X-)
masak unless the LHC gets there first. 11:26
dalek r31668 | allison++ | trunk: 11:30
: [pdd27mmd] Merging the pdd27mmd branch into trunk for r30235 to r31667.
diff: www.parrotvm.org/svn/parrot/revision?rev=31668
NotFound End of commercials, the movie begins 11:31
allison: c++ problem detected, src/multidispatch.c use the word 'namespace' 11:35
After fixing this file, builds Ok 11:41
masak I hear this move got good reviews. I'm filled with anticipation. 11:42
NotFound allison: can I commit the change, or are you doing some after-merging? 11:43
Dispatching of pow with complex on the ritgh and integer or float pmc on the left is not working well. 12:01
dalek r31669 | allison++ | pdd27mmd: 12:03
: Removing MMD development branch from the repository
diff: www.parrotvm.org/svn/parrot/revision?rev=31669
allison NotFound: go ahead 12:04
masak NotFound: it isn't in mathematics either :) 12:05
dalek r31670 | julianalbo++ | trunk: 12:06
: fix c++ reserved keyword usage in src/multidispatch.c
diff: www.parrotvm.org/svn/parrot/revision?rev=31670
r31671 | julianalbo++ | trunk: 12:22
: pirric: add ^ operator
diff: www.parrotvm.org/svn/parrot/revision?rev=31671
NotFound $ ../../parrot pirric.pir | ? 2^30 | 1073741824 | ? 2^31 | Multiple Dispatch: No suitable candidate found for 'pow', with signature 'PIP->P' 12:25
This must not give a bigint as result? 12:26
The numbers are pmc Integer 12:27
allison NotFound: you'll have to trace back the dispatch path
NotFound: that error means that there is no multi defined for the particular types of arguments in the call 12:28
NotFound: also helpful to drop in a quick "typeof" print in the generated PIR code, to make sure the types are actually what you expect 12:29
NotFound: I've had some trouble with Integers being morphed to Floats, because there are no BigInt + Float multis 12:30
NotFound allison: pirric is hand written pir, I'm sure that there are PMC 12:31
allison NotFound: what type of PMCs?
NotFound In that case, Integer
allison if you've called any math ops on the Integer, it may have morphed to a Float 12:32
so check it
allison seriously tempted to completely remove morphing from core types 12:33
NotFound purl: nopaste? 12:34
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/
nopaste "NotFound" at 213.96.228.50 pasted "pow dispatch failure" (13 lines) at nopaste.snit.ch/14228 12:35
NotFound This is a short pir that shows the problem
Looks like is looking for pow when it must be looking for pow_int 12:45
No, same problem if change to pow_int 12:47
allison NotFound: you're very close. The 'overflow' functionality of the Integer PMC is fundamentally broken, it doesn't allow for vtable overrides of (for example) 'pow_int'. 13:03
NotFound: this is slated for refactor in the calling conventions branch
but, meanwhile, I'm about to commit a fix 13:04
NotFound allison: I was about to test using overflow_p instead of overflow in Integer pow_int 13:05
allison NotFound: that almost works, except that BigInt doesn't define a MULTI for 'pow' either 13:08
NotFound: That's why Integer's overflow needs to be refactored to make a vtable call instead of a direct multi call. 13:09
NotFound allison: pirric can be helpful to quickly test those things 13:10
allison NotFound: what would be handy is a quick set of (possibly auto-generated) tests for all the variations of all the multiple-dispatching vtable functions 13:11
NotFound And will be better when I'm able to use readline in it
allison: yes, but we must take into account that the values usefull to test overflows are not the same in 32 and 64 builds. 13:13
allison aye, but we can probably check the platform and configure an appropriate value for the test 13:14
NotFound Did we have some way to obtain max and min INTVAL values from pir?
dalek r31672 | allison++ | trunk: 13:24
: [pmc] Change Integer's overflow mechanism so it always looks for the PMC
: version of the multi, and add a multi for 'pow' to BigInt.
diff: www.parrotvm.org/svn/parrot/revision?rev=31672
allison NotFound: I don't think so, but if there is it'll be in runtime/parrot/include 13:26
dalek r31673 | allison++ | trunk: 13:30
: [test] Add a regression test for just fixed bug in Integer overflow with the
: 'pow' opcode.
diff: www.parrotvm.org/svn/parrot/revision?rev=31673
allison NotFound: that should take care of your problem with pirric 13:31
NotFound allison: nice, now pirric ^ works well for integers :)
print 2^128 | 340282366920938463463374607431768211456 13:32
Try that with GwBasic ;)
masak wouldn't think so, no 13:33
NotFound But still fails for Integer ^ Float 13:36
print 2.0 ^ 0.5 | 1.4142135623731 | print 2 ^ 0.5 | 1
pmichaud anyone besides me no longer receiving svn commits via email? 13:45
cotto pmichaud, they're not being sent
pmichaud as in "they've been disabled", or ... ? 13:46
cotto I think it's related to the server upgrade. No idea when they'll be back.
pmichaud grrrr 13:47
masak rakudo: my @a = (1,2,3); say ^@a; say ^3; # is this as it should be? does ^@a turn into [0, 0, 1, 0, 1, 2] and not ^+@a ? 13:48
polyglotbot OUTPUT[001012ā¤012ā¤]
pmichaud off hand I say "no" 13:50
masak bugs rakudobug 13:51
pmichaud oh, wait
masak yees? :)
pmichaud ^(3,3) produces (0,0)(0,1)(0,2)(1,0)(1,1)(1,2)(2,0)(2,1)(2,2) 13:52
(according to synopsis)
masak ah, a many dimensional beast 13:53
pmichaud so perhaps my @a = (3,3); say ^@a; would have the same effect.
masak still, that's not how Rakudo behaves today
pmichaud correct, it's broken. I think there may already be a ticket for that.
masak ^(3, 3) produces (0, 1, 2, 0, 1, 2) 13:54
pmichaud rakudo: my @a = (3,3); say ^@a;
polyglotbot OUTPUT[012012ā¤]
pmichaud rakudo: my @a = (3,3); say ^@a.perl;
polyglotbot OUTPUT[0123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133
..134135136137138139140141142143144145146147148149...
pmichaud oops, precedence
masak haha
pmichaud rakudo: my @a = (3,3); say (^@a).perl;
polyglotbot OUTPUT[[0, 1, 2, 0, 1, 2]ā¤]
pmichaud yes, prefix;<^> on lists appears broken. 13:55
masak how do I go about checking that there's no ticket for this already? 13:56
pmichaud only way I know to do it is to search rt
masak my RT-fu is low, and '^' seems a difficult thing to search for...
masak tries anyway
pmichaud yes, I agree, it's not always easy.
(no, I don't know a good search either.) 13:57
dalek r31674 | pmichaud++ | trunk: 13:58
: [rakudo]: spectest-progress.csv update: 200 files, 4437 passing tests
diff: www.parrotvm.org/svn/parrot/revision?rev=31674
masak btw, what's the status on #58392?
pmichaud someone (me) still needs to try out the new lexicals implementation. 13:59
cotto it's nice that cmp, etc can be called like other VTABLE functions now
pmichaud cotto: could you elaborate?
(i.e., to save me from asking somewhere else)
I haven't seen a good summary of what has changed in the mmd branch.
dalek r31675 | cotto++ | trunk: 14:00
: [pipp] minor update to fix the build after the mmd merge
diff: www.parrotvm.org/svn/parrot/revision?rev=31675
cotto you can call VTABLE_cmp directly instead of going through mmd_dispatch_i_pp (or whatever)
masak ok, I searched for '^' using Firefox on the four perl6 result pages. nothing. I'm reporting this bug, and possibly trying my hand at a correct implementation. 14:01
pmichaud masak: okay, great. Keep in mind that Rakudo still may have trouble with lists of lists
it's also something that might be easier (better) implemented using gather/take, now that it's available. 14:02
masak oh -- hadn't thought of that (lists of lists)
nopaste "NotFound" at 213.96.228.50 pasted "integer pow fix" (22 lines) at nopaste.snit.ch/14229
masak I'll see if I can make use of gather/take
NotFound allison: can you take a look at this patch? 14:03
14:04 davidfetter joined
NotFound It works with Integer ^ Float and Integer ^ Complex 14:04
dalek r31676 | allison++ | trunk: 14:07
: [calling conventions] Split 'set_context_sig_returns' back out into two
: functions, because attempting to cast a 'void *' to a 'va_list' gives a compile
: error on Ubuntu 64bit (error "cast specifies array type"). The varargs version
: of this function will be removed in the calling conventions branch.
diff: www.parrotvm.org/svn/parrot/revision?rev=31676
allison NotFound: That should be a MULTI instead. 14:10
NotFound: one MULTI with type "Integer" on the first argument, and another MULTI with type "DEFAULT" on the first argument.
NotFound allison: ah, yes. But the way of handling the non integer case looks sane to you? 14:11
pmichaud rakudo spectest is failing 74 tests. mostly in complex.t and exp.t 14:12
(just a note for people watching)
allison pmichaud: is that different than rakudo's 'make test'? 14:13
pmichaud allison: yes.
'make spectest_regression' runs rakudo against the official test suite (the ones we expect to pass)
'make test' just runs against the local tests (the ones needed to make sure we can get to 'make spectest_regression') 14:14
74 tests (out of 4437 that were passing) isn't all bad
s/all/at all/
I suspect they are indeed due to Complex mmd
NotFound Good, I was about to think that I was the only person doing some with Complex ;) 14:15
allison pmichaud: okay, thanks. I have to step out for a few hours, but will dive into that when I get back 14:17
pmichaud oh, others (me included) can help debug -- I wasn't at all needing to place it on your shoulders. :-)
NotFound allison: I'll try the MULTI way and make the tests
allison (and here I was so pleased I had gotten all tests passing in Rakudo before merging :) 14:18
pmichaud I'm very happy the mmd branch is now in trunk
and that everything else appears to be working great
allison pmichaud: ok cool. I'll fix anything that's remaining after you all work on it
masak what's the ticket for Rakudo not handling nested arrays correctly? 14:19
NotFound I'm also happy, this problems are minor :)
pmichaud there's several of them, I think.
masak: maybe RT #58246?
no, that's not it. 14:20
masak no.
pmichaud 58526?
masak hm. 14:21
the subject line of the ticket indicates that it's about something else, but maybe that's the closest thing we've got to a ticket about nested arrays
should I rename the ticket? 14:22
pmichaud sure, that would be great.
masak already did
pmichaud feel very free to rename tickets and make other updates in rt 14:23
58560, also 14:24
masak pmichaud: ok. aye. 14:26
if I run a perl6 program with a file argument, what should I use instead of $*IN to read from that file? 14:29
$*ARGS ?
purl i think $*ARGS is chomped; was kinda cool.
pmichaud $*ARGS, yes. unimpl in rakudo, iirc.
masak purl: forget $^ARGS
purl masak, I didn't have anything matching $^args
masak purl: forget $*ARGS 14:30
purl masak: I forgot $*args
masak pmichaud: will =<> mean the same as =$*ARGS ?
pmichaud masak: I think so.
I'd have to check the synopses again
yes, that's what S04 says. 14:31
I think in Rakudo it got implemented as iterating over @*ARGS, which is wrong, of course. 14:32
masak aye 14:33
dalek r31677 | fperrad++ | trunk: 14:35
: [pdd27mmd] fix doc generation
diff: www.parrotvm.org/svn/parrot/revision?rev=31677
masak pmichaud: "it"? as in =<> ? I've never gotten that to work in Rakudo. 14:38
pmichaud yes, as in =<> 14:40
I think jonathan threw it in trying to get it to work, without recognizing the difference between $*ARGS and @*ARGS 14:41
nopaste "masak" at 130.238.45.242 pasted "this is what I get when using =<>" (12 lines) at nopaste.snit.ch/14230 14:42
pmichaud yes, it's broken. :-) 14:43
masak apparently.
NotFound I'm looking at the failed rakudo exp test, and seems that the failure is in is_approx, that is unable to compare complex and integer 14:59
15:06 dmknopp joined
NotFound No, I was fooling myself. 15:07
15:11 tetragon joined
NotFound Looks like the problem is in complex substraction 15:16
pmichaud yes, I agree. 15:19
oh, I think I see the difficulty. 15:21
just a sec.
nopaste "pmichaud" at 76.183.97.54 pasted "subclasses of 'Complex' won't sub" (28 lines) at nopaste.snit.ch/14231 15:31
NotFound pmichaud: yes, I was seeing same thing, it takes the DEFAULT multi 15:32
pmichaud I guess I should file this as a ticket.
RT #59630 15:44
15:53 Ivatar joined
dalek r31678 | julianalbo++ | trunk: 16:10
: fix Integer PMC pow dispatch
diff: www.parrotvm.org/svn/parrot/revision?rev=31678
16:39 tewk joined
tewk What do I need to do to get ./nci_gen.pl bash: ./nci_gen.pl: perl: bad interpreter: No such file or directory 16:40
#!/usr/bin/perl works but #! perl doesn't.
NotFound tewk: this is how most shells work 16:41
dalek r31679 | julianalbo++ | trunk: 17:21
: fix a perlcritic fail in Pmc2c/MULTI.pm and a warinig in Integer pmc
diff: www.parrotvm.org/svn/parrot/revision?rev=31679
17:35 davidfetter joined
moritz so the mmd branch was merged over the weekend? 17:45
NotFound moritz: today 17:51
moritz gets lots of test failures in perl 6 17:52
NotFound moritz: test or spectes? 17:53
moritz NotFound: spectest_regression
purl spectest_regression is already in the main branch?
moritz no, spectest_regression is *the* way of testing rakudo 17:54
purl okay, moritz.
NotFound moritz: yes, these are known
dalek r31680 | moritz++ | trunk: 17:55
: [rakudo] guard Str.split and Str.comb against zero width regex matches.
: Also refactored Str.comb to use regex(string, 'continue => pos)
diff: www.parrotvm.org/svn/parrot/revision?rev=31680
r31681 | moritz++ | trunk: 18:07
: [rakudo] five more files for spectest_regression
diff: www.parrotvm.org/svn/parrot/revision?rev=31681
r31682 | julianalbo++ | trunk: 18:32
: enhance test for Integer pow with overflow
diff: www.parrotvm.org/svn/parrot/revision?rev=31682
Tene Yay, commit mails! 18:49
dalek r31683 | moritz++ | trunk: 19:36
: [pynie] whitspace parsing: prevent <.ws> from matching ws after ^^
: Patch courtesy by isop++
diff: www.parrotvm.org/svn/parrot/revision?rev=31683
19:42 johbar joined 20:09 Zaba joined
dalek r31684 | julianalbo++ | trunk: 20:40
: multiply by Complex in Integer pmc, RT#46629
diff: www.parrotvm.org/svn/parrot/revision?rev=31684
21:01 Theory joined 21:21 tewk_ joined 21:33 contingencyplan joined
Tene pings particle and dietcoke to look at dmknopp's commit bit. 22:10
moritz oh, and while we are at that topic.. has masak's CLA arrived yet? 22:14
dalek r31685 | tene++ | trunk: 22:23
: [cardinal]
: * Remove n_ opcodes to comply with mmd merge
: * Update a test file to use the test library
diff: www.parrotvm.org/svn/parrot/revision?rev=31685
22:52 tetragon joined
dalek r31686 | julianalbo++ | trunk: 23:10
: define limit values for INTVAL type, first step
diff: www.parrotvm.org/svn/parrot/revision?rev=31686
r31687 | julianalbo++ | trunk: 23:43
: fix codingstd
diff: www.parrotvm.org/svn/parrot/revision?rev=31687

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!