»ö« Welcome to Perl 6! | perl6.org/ | evalbot usage: 'perl6: say 3;' or rakudo:, niecza:, std:, or /msg camelia perl6: ... | irclog: irc.perl6.org | UTF-8 is our friend!
Set by sorear on 25 June 2013.
lizmat timotimo: good night 00:02
lizmat also calls it a day
gnight #perl6!
timotimo and the same to you
dalek ast/S26-WHY: 4b160d2 | (Rob Hoelz)++ | S26-documentation/why-leading (2 files):
Integrate new form of why-leading
 05:40
ast/S26-WHY: f561680 | (Rob Hoelz)++ | S26-TODO.md:
More notes
ast/S26-WHY: 4b08f75 | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Fix typo
 05:45
ast/S26-WHY: 0d07cf2 | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Don't fail if the WHY isn't there
dalek ast/S26-WHY: 7e77b6a | duff++ | S26-documentation/why-trailing-alt.t:
add alternate tests for why-trailing
 06:51
Woodi morning :) 07:44
Woodi I was just stracing simple script and found that rakudo do a lot of stat64(... libperl6_ops_moar.so", 0xbf8eb9a0) = -1 ENOENT (No such file or directory), once per while loop... also a lot of "brk(..............." 07:47
perl5 script do just stat64 madness, but not so often
timotimo oh!? 07:48
that's strange
ChoHag Is there a built-in time object, like Date?
timotimo there is Instant and DateTime
ChoHag Or: Does Date support finer granularity than days?
timotimo m: say now.WHAT; say time.WHAT;
camelia rakudo-moar a6e278: OUTPUT«(Instant)␤(Int)␤»
timotimo m: say DateTime.now.perl
camelia rakudo-moar a6e278: OUTPUT«DateTime.new(year => 2014, month => 8, day => 3, hour => 7, minute => 48, second => 53.2940583229065e0)␤»
ChoHag Hmm doc.perl6.org/type.html doesn't list DateTime. 07:49
(Thus C-f time didn't work)
Woodi I always look for things via perlcabal.org/syn/index_C.html :) 07:50
ChoHag Ah that's handy.
Why C?
Woodi it's probably output from ctags tool or similiar 07:51
timotimo i wonder why it doesn't
no, it's the listing of the C<...> tags from POD
ChoHag To encourage people to write their own Time implementation?
They always work out so well. 07:52
timotimo m)
ChoHag Bah. There is no obvious Date or DateTime file in the source. 07:57
ChoHag Ah Temporal.pm 07:58
FROGGS ChoHag: rakudo/src/core/Temporal.pm
aye
ChoHag I see hyphens were in at the time.
timotimo :) 07:59
ChoHag Whot does Bridge do? 08:00
timotimo relates to complex numbers a bit 08:08
ChoHag The DateTime formatter can take a boolean but nothing appears to be set up to send it. 08:10
If DateTime has method Str { $!formatter(self) }, what can I do to make it call $!formatter(self, True)? 08:15
My first thought was to subclass and override Str, but the child class won't have DateTime's $! variables.
Oh never mind. It's declared &. not &!
ChoHag Type check failed in binding $min; expected 'Any' but got 'Mu'. 08:50
I don't use $min...
FROGGS you can pass --ll-exception to perl6 so you get a line number of the setting 08:53
ChoHag That doesn't appear to help with caught exceptions. 08:54
FROGGS true 08:58
that changes how backtraces are printed
ChoHag Interesting. It's dying when attempting to produce a backtrace.
FROGGS ahh, yes, $min is probably part of the error message 08:59
so probably something is out of range?
(less than $min)
ChoHag The error message is supposed to be 'here', as in: die "here"
FROGGS O.o
unlikely that that is the spot 09:00
I guess it explodes earlier
masak good antenoon, #perl6 09:16
FROGGS hi masak 09:20
jnthn: I fixed my bind_sig issue... instead of pushing a hash to the list of params in add_signature_binding_code, the hash flattened (to quite translated nqp code) 09:21
ChoHag This shakes my faith in the idea of computers as rational devices. 10:37
On friday, my code had a normal bug I needed to find, but otherwise ran fine.
Today I improved the logging to get a better idea of where it's failing and a new, entirely insane bug showed up.
FROGGS :/
ChoHag Stripping the new debug code back did not remove the bug, but upgrading perl did. 10:38
It's not supposed to work like that!
FROGGS ChoHag: when you use HEAD it is always possible that you hit a commit that introduces a regression... 10:42
ChoHag Between not compiling a new perl on Friday afternoon and not compiling a new perl this morning?
FROGGS err what? 10:43
you said that you upgraded perl
jnthn Backtrace printing was busted in HEAD for around 30 mins at some point recently...got patched fairly quickly, but coulda got unlucky... 10:47
lizmat good *, #perl6! 11:15
FROGGS hi lizmat
jnthn o/ lizmat
FROGGS Cannot iterate object with P6opaque representation 11:16
at gen/moar/stage2/QRegex.nqp:548 (/home/froggs/dev/nqp/install/languages/nqp/lib/QRegex.moarvm:CAPHASH:4294967295)
lizmat FROGGS jnthn o/
FROGGS :o(
jnthn: you don't wanna rip out CAPHASH nowish? :P
jnthn :P
Still not sure how you've managed that...
FROGGS no, that's a new one
I'm calling .SET_CAPS with something that does not have a container, but it still explodes 11:17
FROGGS okay, yeah, when I do not call .SET_CAPS it works... 11:22
FROGGS looks like I am about to fix that one too 11:28
jnthn FROGGS++
FROGGS ... which means that I can run more of the test infrastructure
src/Perl5/Actions.pm:7177 Hash<1>( 11:30
:$!descriptor((null)),
:$!storage(BOOTHash<2>( => ▶0))
)
jnthn: does that mean there is a container?
I guess I want its $!storage...
dalek kudo/nom: 07f142f | (Elizabeth Mattijsen)++ | lib/lib.pm6:
EXPORT needs to be my to prevent conflicts
 11:32
jnthn Looks like a Perl 6 Hash 11:33
FROGGS yeah, patch works :o) 11:34
ChoHag I upgraded perl as a last resort when I couldn't get the heisenbug to go away. 11:47
FROGGS ChoHag: that is what I mean, you were on a bad commit 11:48
ChoHag: when you are using HEAD, you should also look at what were the last commits when you encounter weird stuff 11:49
ChoHag Right, except that the same commit apparently did and then didn't work with the same code.
FROGGS yeah, these bugs are nasty
lizmat gist.github.com/lizmat/29d8530889c35e583318 # is this a bug or not? 12:09
jnthn ^^ 12:11
in other words: when exporting a sub, should it include any closure of that sub as well or not ? 12:12
jnthn lizmat: The EVAL isn't doing what you think 12:24
uh, or maybe it is
lizmat hehe :-)
jnthn But note that it interpolates $serial into the string.
Which you may or may not have meant
lizmat that's the idea
I want the value at time of EXPORT
jnthn Right, meaning that you're capturing the state var
lizmat yup
it apparently isn't capture with sub {}
*captured
jnthn It is
It's just you're closing over the same Scalar twice. 12:25
lizmat ah, but the "ref" is, is what you're saying
ok
jnthn m: sub foo() { state $i = 0; $i++; return -> { say $i } }; my ($a, $b) = foo, foo; say $a(); say $b(); 12:26
camelia rakudo-moar a6e278: OUTPUT«2␤True␤2␤True␤»
jnthn oops, too much to say :)
m: sub foo() { state $i = 0; $i++; return -> { say $i } }; my ($a, $b) = foo, foo; $a(); $b();
camelia rakudo-moar a6e278: OUTPUT«2␤2␤»
jnthn m: sub foo() { state $i = 0; my $cur = ++$i; return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b();
camelia rakudo-moar a6e278: OUTPUT«1␤2␤»
jnthn You may want something like that
m: sub foo() { my $cur = ++state $; return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b();
camelia rakudo-moar a6e278: OUTPUT«===SORRY!=== Error while compiling /tmp/GU0RIHISkA␤Unsupported use of $; variable; in Perl 6 please use real multidimensional hashes␤at /tmp/GU0RIHISkA:1␤------> sub foo() { my $cur = ++state $;⏏ return -> { say $cu…»
jnthn m: sub foo() { my $cur = ++(state $); return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b(); 12:27
camelia rakudo-moar a6e278: OUTPUT«===SORRY!=== Error while compiling /tmp/a5zRzKGtfH␤Unsupported use of $) variable; in Perl 6 please use $*EGID␤at /tmp/a5zRzKGtfH:1␤------> sub foo() { my $cur = ++(state $)⏏; return -> { say $cur } }; my ($a, $b) …»
jnthn oh ffs
std: sub foo() { my $cur = ++(state $); return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b();
camelia std 0f2049c: OUTPUT«ok 00:01 133m␤»
lizmat I get the picture
jnthn std: sub foo() { my $cur = ++state $; return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b();
camelia std 0f2049c: OUTPUT«ok 00:01 131m␤»
jnthn How on earth does STD avoid screwing those up...hmm
lizmat m: ub foo() { my $cur = ++state $ ; return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b(); 12:28
camelia rakudo-moar a6e278: OUTPUT«===SORRY!=== Error while compiling /tmp/zPSijU9wTh␤Unexpected block in infix position (two terms in a row, or previous statement missing semicolon?)␤at /tmp/zPSijU9wTh:1␤------> ub foo() ⏏{ my $cur = ++state $ ; ret…»
lizmat m: sub foo() { my $cur = ++state $ ; return -> { say $cur } }; my ($a, $b) = foo, foo; $a(); $b();
camelia rakudo-moar a6e278: OUTPUT«1␤2␤»
lizmat a space does wonders :-)
jnthn Whee. Provided this next spectest goes fine, then we can have another 16MB off Rakudo's base memory 12:31
Or half the memory of starting the REPL
lizmat cool!
carlin ohh nice 12:34
jnthn And not deserializing those saves a bit more off startup too 12:41
lizmat r: sub a { OUTER::<$a> = 1 }; a # what's wrong with this picture? 12:42
camelia rakudo-moar 07f142: OUTPUT«Cannot modify an immutable Any␤ in method assign_key at src/gen/m-CORE.setting:1794␤ in sub postcircumfix:<{ }> at src/gen/m-CORE.setting:2659␤ in sub a at /tmp/tmpfile:1␤ in block at /tmp/tmpfile:1␤␤»
..rakudo-jvm 07f142: OUTPUT«(timeout)»
..rakudo-parrot 07f142: OUTPUT«Cannot modify an immutable value␤ in method assign_key at gen/parrot/CORE.setting:1798␤ in method assign_key at gen/parrot/CORE.setting:1796␤ in sub postcircumfix:<{ }> at gen/parrot/CORE.setting:2664␤ in sub postcircumfix:<{ }> at gen/parrot…»
jnthn There's no $a? :) 12:43
jnthn And a lexpad is immutable, so we can't make one come to be. 12:43
lizmat so it's more an LTA error message 12:44
jnthn We could be able to do better than that, yeah.
lizmat r: sub a { BEGIN UNIT::<$a> = 1 } # and this? 12:45
carlin jnthn++ memory--
camelia rakudo-jvm 07f142: OUTPUT«===SORRY!===␤ctxlexpad requires an operand with REPR ContextRef␤»
..rakudo-parrot 07f142: OUTPUT«===SORRY!===␤Cannot modify an immutable value␤»
..rakudo-moar 07f142: OUTPUT«===SORRY!===␤Cannot modify an immutable Any␤»
spider-mario oh, I see that * 2014.06 was ready or nearly ready 12:46
jnthn That one arguably could be made to work but it will be highly non-trivial.
spider-mario why was it not released?
lizmat FWIW, I'm trying to make the effects of "use lib" lexical
jnthn spider-mario: Some module test failure, iirc 12:49
spider-mario oh
jnthn lizmat: Is there a spec'd way for writing such lexical pragma-ish things? 12:50
lizmat Good question... not that I know offhand... will go search spec
jnthn I mean, it seems if there was a way to have a sub like EXPORT but that is run by the compiler at the point the thingy is going out to scope, then you'd ahve a much easier job :) 12:51
lizmat indeed, a bit like a LEAVE 12:52
but at compile time
jnthn UNEXPORT :P 12:53
lizmat still, the effect should also exist at runtime 12:54
e.g., when doing a "need" inside a scope with a "use lib" 12:55
lizmat afaics, we only have specifications of many lexical pragma's 12:55
but no specification on how they should be implemented
so it feels we need to be able to "freeze" a lexotic value to a scope 13:00
at compile time, having the same value at runtime
jnthn Well, exporting said value would do it.
lizmat but exporting as what? a lexical var? a dynamic var? a lexical sub ? 13:01
jnthn Whatever suits; I'd thought for lib you're more interested in side-effects (adding/removing search path), though? 13:07
FROGGS m: our @INC; say @*INC # jnthn: is that meant to be like that? 13:20
camelia rakudo-moar 07f142: OUTPUT«␤»
FROGGS that feels like GLOBAL would be identical to PROCESS, right? 13:21
I hit that in v5 currently
lizmat jnthn: indeed... adding is no problem, removing is :-( 13:23
FROGGS m: our @INC; say "@*INC=@*INC[]"; say ' GLOBAL::=' ~ GLOBAL::.gist; say ' PROCESS::<@INC>=' ~ PROCESS::<@INC> 13:25
camelia rakudo-moar 07f142: OUTPUT«@*INC=␤ GLOBAL::=("\@INC" => []).hash␤ PROCESS::<@INC>=/home/p6eval/rakudo-inst-1/languages/perl6/lib /home/p6eval/rakudo-inst-1/languages/perl6␤»
FROGGS so that means that looking up @*INC means looking for @INC in any package 13:26
pmurias has anyone here used webpack befoe?
FROGGS no, not any, just GLOBAL
pmurias * before
FROGGS I don't even know what it is
lizmat cycling& 13:28
dalek p: 00b94e4 | jnthn++ | src/NQP/ (2 files):
Annotate variable usages with types.

This fixes a bug where codegen for $i++ on a variable declared as a native int came out far worse than $i := $i + 1.		 13:30
FROGGS ohh nice
jnthn m: say $?PACKAGE
camelia rakudo-moar 07f142: OUTPUT«(GLOBAL)␤»
jnthn Your program starts in GLOBAL
So declaring an our var in the mainline will declare soemthing that works as a $*foo lookup fallback 13:31
FROGGS and a dynamic variable should look in GLOBAL and then PROCESS?
carlin all these fixes, speed ups and memory improvements are wonderful
jnthn FROGGS: yes
FROGGS jnthn: okay, then I have to let my v5 blocks not start in GLOBAL :/
pmurias dynamic variables and non-dynamic variables are declared the same way? 13:37
jnthn Well, with my, yes. my $*foo = ... 13:38
pmurias on the QAST level 13:38
jnthn They're really just lexicals.
jnthn I'm not sure what happens if you set 'contextual' as the scope on a decl 13:39
If it handles it, it'll do so by pretending it's lexical, I expect
pmurias checks 13:40
jnthn I glanced QAST -> MAST and it doesn't handle 'contextual' as a kind of declaration.
jnthn It even goes so far as to rewrite $*foo access in the same scope it's declared in as a normal lexical access 13:41
pmurias this forces a performance penalty on the js backend 13:42
jnthn How so? 13:43
Also, note that the NQP optimizer kills most lexicals 13:44
(They become locals)
timotimo o/ 13:45
pmurias jnthn: and how does the NQP optimizer determin if something is a dynamic variable?
* determine
jnthn Looks for a * in the name, iirc 13:46
pmurias jnthn: non-dynamic variables can be turned into regular variables
jnthn We could consider making declarations of dynamic variables be done with contextual I guess, so compilers can use the hint 13:48
Thing is that in Rakudo it's more involved
It's not just about the name
$/, $_, and $! are contextual for example
There's an "is dynamic" trait that controls it 13:49
pmurias it seems to be enforced at runtime too 13:50
jnthn Yes 13:50
Well, for late-bound lookups it is
I mean, through pseudostash 13:51
timotimo how pessimal is pseudostash anyway? 13:57
jnthn Very. 13:58
Well, compared to without it :)
timotimo right
good thing we don't use it anywhere performance-specific. right?
jnthn We'd better not be doing :)
OUTER::<$x> is one of those cases where we'll likely get the optimizer to re-write it - or even just the compiler to generate it differently. 13:59
And thus avoid the pseudostash
timotimo right, in almost all cases we ought to know the actual outer
donghongbo ? 15:48
itz MIME::Base64 fails with t/binary-and-long-line.t under version 2014.07-97-g07f142f built on MoarVM version 2014.07-88-gfb13b5e 15:50
itz ah "Breaking API change; requires NQP and Rakudo updates." :) 16:06
dalek ast/S26-WHY: 981b5b0 | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Don't assume that the $=pod entry we need is there
 16:23
ast/S26-WHY: dca28f6 | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Fix plan
ast/S26-WHY: 2e04775 | (Rob Hoelz)++ | S26-documentation/why-trailing (2 files):
Integrate alternative trailing test
ast/S26-WHY: 0b90da2 | (Rob Hoelz)++ | S26-documentation/why-trailing.t:
Don't crash if we're expecting a WHY and there is none
ast/S26-WHY: 46e2bb4 | (Rob Hoelz)++ | S26-documentation/why-trailing.t:
Fix up trailing test
dalek ast/S26-WHY: 75d3ff9 | (Rob Hoelz)++ | S26-documentation/why-leading.t:
A note on test levels
 16:35
Sterver Hi all! I want to learn Perl, and I want to ask, if I should learn Perl 5 before 6 or I can learn Perl 6 without any knowlege of Perl? 18:18
FROGGS Sterver: you can learn Perl 6 right away, we have quite a lot of ppl who do not know Perl 5 18:19
Sterver FROGGS: Ok, thanks. And is there any good tutorial which you recommend? 18:21
FROGGS Sterver: perhaps this? github.com/Nami-Doc/learnxinyminut...l.markdown 18:22
this is not what I would call up to date, but it is a start too: cloud.github.com/downloads/perl6/b....23.a4.pdf 18:23
Sterver FROGGS: Yeah, thanks for both :) 18:25
FROGGS Sterver: have fun learning it, and don't hesitate to ask 18:26
m: say 42.WHAT # or try things here (or via privmsg to camelia)
camelia rakudo-moar 07f142: OUTPUT«(Int)␤»
Sterver FROGGS: Ok, thanks :) 18:27
vendethiel guess who's back, under the rain ... o/, #perl6. 18:31
FROGGS hi vendethiel
vendethiel is pretty depressed to have suffered from greats downpour 2 times already since august started. 18:34
FROGGS hmmmm, I like rain 18:35
vendethiel FROGGS: don't get me wrong -- I *love* rain. But not when I'm under it with no way to ... stay safe :p 18:36
FROGGS well, you just get wet then, no? :o)
liztormato is waiting for a thunderstorm to pass 18:37
For over an hour now :-(
vendethiel FROGGS: yes, and since I have a cold already, I'd rather avoid spend the only 3 weeks of holidays I have this year in a bed :P. 18:38
vendethiel
.oO( Love's like those funny videos: they're funny, until you're the joke )
 18:39
FROGGS vendethiel: okay, this is something I can agree with
:o)
vendethiel Rain. Not love. Keyboard, what are you doing
liztormato Our cover is getting saturated and is starting to leak :-( 18:41
FROGGS ewww
FROGGS .oO( Make Love, Not Rain ) 18:42
liztormato Ah well. We've already given on getting home dry
*up 18:47
FROGGS m: grammar G { token TOP { <?a> }; token a { . } }; class A { method a($/) { say 'ohh?' } }; say G.parse("a", :actions(A)) 18:54
camelia rakudo-moar 07f142: OUTPUT«ohh?␤(Any)␤»
FROGGS jnthn: do we need to call the action method for a look ahead?
masak lizmat: hope you get home OK! we're rooting for you back here in .se :) 19:08
"all in one piece" and "not struck by lightning" are more important than "completely dry"...
jnthn FROGGS: Well, the action method is called by the rule itself... 19:15
FROGGS: I'd avoid putting things with side-effects in lookaheads :)
FROGGS jnthn: I know that I should not do it :o)
jnthn: question was more about saving some method invocation here 19:16
vendethiel Idris just got a ruby backend. wow 19:24
dalek kudo-star-daily: d3f1bb6 | coke++ | log/ (14 files):
today (automated commit)
 19:31
kudo-star-daily: a9c0e51 | coke++ | log/ (14 files):
today (automated commit)
rl6-roast-data: 32a8261 | coke++ | / (5 files):
today (automated commit)
rl6-roast-data: a9ab1d5 | coke++ | / (5 files):
today (automated commit)
[Coke] .seen moritz 19:43
yoleaux I saw moritz 1 Aug 2014 14:11Z in #perl6: <moritz> you are welcome to make the build system more flexible, but that will also be "marginally" frustrating
[Coke] failures: n: 1386; jvm: 19, moar: 6 , parrot: 1699 19:45
Is anyone here interested in keeping niecza green?
vendethiel looks like Idris is going rakudo's way, and going greatly at it. 20:10
C backend, llvm backend, node/js backend, ruby backend ...
dalek kudo/nom: 3a140f0 | (Tobias Leich)++ | src/core/CompUnitRepo/Local/File.pm:
implement CompUnitRepo::Local::File.files()

Now we would be in a position to require .pl scripts by path.		 20:37
kudo/nom: 0ce18d6 | (Tobias Leich)++ | src/core/CompUnit.pm:
fix signature of CompUnit.new
[Coke] is Andrew Parker her? 20:58
*here
gamo m: $t = time; for (1..100000) -> $i { ; } ; say time-$t; 21:47
camelia rakudo-moar 0ce18d: OUTPUT«===SORRY!=== Error while compiling /tmp/3pj2SNRTHn␤Variable '$t' is not declared␤at /tmp/3pj2SNRTHn:1␤------> $t⏏ = time; for (1..100000) -> $i { ; } ; s␤ expecting any of:␤ postfix␤»
[Coke] gamo: ENOMY
m: my $t = time; for (1..100000) -> $i { ; } ; say time-$t; 21:48
camelia rakudo-moar 0ce18d: OUTPUT«===SORRY!=== Error while compiling /tmp/2ei36twVzx␤Undeclared routine:␤ time used at line 1␤␤»
[Coke] m: my $t = time; for (1..100000) -> $i { ; } ; say time - $t; 21:49
camelia rakudo-moar 0ce18d: OUTPUT«0␤»
gamo zero?
hoelzro ahoy #perl6 21:50
jnthn Probably rounded down?
m: for (1..100000) -> $i { ; }; say now - ENTER now
camelia rakudo-moar 0ce18d: OUTPUT«use of uninitialized value of type Nil in numeric context in block at /tmp/zbJxwLJlHG:1␤␤Instant:1407102680.529718␤»
jnthn ah
m: my $t = now; for (1..100000) -> $i { ; }; say now - $t 21:51
camelia rakudo-moar 0ce18d: OUTPUT«0.2909114␤»
jnthn Yeah
[Coke] m: say time; say now
camelia rakudo-moar 0ce18d: OUTPUT«1407102685␤Instant:1407102720.639769␤»
jnthn time is nearest second I guess
gamo pretty fast, but I think it's the machine 21:52
jnthn Dunno how fast the machine it's on is running 21:53
gamo 0.34 in my i7 22:00
gamo anyway I think perl6 is slower than perl5 22:01
jnthn Yes, for most things it still is. The difference used to be worse, though, and there's plenty of performance work to come. 22:12
gamo thanks, jnthn 22:13
dalek ast/S26-WHY: e17049b | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Fix multi line test in why-leading
 22:21
ast/S26-WHY: 5af62dc | (Rob Hoelz)++ | S26-documentation/why-leading.t:
Fix broken tests in why-leading
PerlJam [Coke]: ping 22:42
hoelzro roles are usually built out of a ParametricRoleHOW, right? 22:53
PerlJam: btw, way to go on those test improvements!
I love the idea of the helper function
now we have a lot of broke tests to fix =)
PerlJam hoelzro: good deal :) 22:55
[Coke] PerlJam: PONGPONG 23:08
timotimo o/ 23:08
dalek kudo/nqp-dogfood: 9d5ece5 | duff++ | tools/build/gen-version.nqp:
Create an NQP verison of gen-version.pl (untested)
 23:11
kudo/nqp-dogfood: bcb31fa | duff++ | tools/build/nqp-jvm-rr.nqp:
Create NQP version of nqp-jvm-rr.pl (untested)
PerlJam [Coke]: I got to thinking about dogfooding the other perl programs in tools/build, so I started in on a couple of others (as seen in the most recent commits) 23:12
[Coke]: I was wondering if you wanted to test them out or give feedback or something 23:13
I probably won't have time to play with them much more until late tomorrow
[Coke] if the build works for you, I'd say push it. 23:15
we have the daily runs to catch at least any linux failures. 23:16
plus you have a good track record.
Do we have a way to todo rakudo tests based on some condition?
PerlJam Well, I've not done a build with them yet. (too busy learning how to do things in NQP :)
maybe I'll do that tomorrow (or late tonight if I have some time) 23:17
[Coke] ah, then sure, leave them in a branch and I'll at least give them a shot on moar.
PerlJam Coke++ thanks, that would be awesome.
I've got to go get ready for a night out with the family, talk to you guys later 23:19
PerlJam &
dalek ast: 9d14f3c | coke++ | S16-filehandles/filestat.t:
RT #122467 - conditionally todo on osx
 23:40
synopsebot Link: rt.perl.org/rt3//Public/Bug/Displa...?id=122467
[Coke] is anyone seeing t/spec/S32-io/IO-Socket-Async.t fail on their box? 23:45
(moar/osx here)
Mouq o/ 23:55
yoleaux 31 Jul 2014 14:17Z <moritz> Mouq: about broken links on doc.perl6.org, see irclog.perlgeek.de/perl6/2014-07-31#i_9113080
dalek ast: 3d9d73e | coke++ | S32-io/IO-Socket-Async.t:
moar fudging, some mac specific
 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!