»ö« 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 | ||
00:05
chenryn left,
thou joined
00:09
thou left
00:37
nbrown left
00:38
nbrown joined
00:47
iarna left
01:01
chenryn joined
01:12
chenryn left
01:13
Akagi201 left,
Akagi201_ joined
01:19
takesako left
01:34
takesako joined
01:39
klapperl_ joined
01:43
klapperl left
01:44
FROGGS_ joined
01:45
ventica joined
01:47
FROGGS left
01:53
thou joined
01:58
thou left
02:09
chenryn joined
02:12
noganex_ joined
02:15
noganex left
02:22
danfinch left
02:49
rurban joined
03:40
rurban left
03:42
thou joined
03:46
thou left
03:48
rurban joined
03:49
rurban left
03:53
BenGoldberg left
03:54
erdic joined
05:15
iarna joined
05:16
rindolf joined
05:21
nbrown left
05:30
thou joined
05:35
thou left,
iarna left
05:36
iarna joined
05:37
iarna left
|
|||
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 |
|||
05:48
erkan joined
06:10
xenoterracide left
06:27
Akagi201_ left
06:33
Akagi201 joined
06:35
gfldex joined
|
|||
dalek | ast/S26-WHY: 7e77b6a | duff++ | S26-documentation/why-trailing-alt.t: add alternate tests for why-trailing |
06:51 | |
07:00
darutoko joined
07:09
chenryn left,
bakaseki left
07:10
dmol joined,
akaseki joined
07:18
thou joined
07:20
mr-foobar left
07:23
thou left
07:33
aoseki joined
07:34
akaseki left
07:39
aoseki left
07:41
akaseki joined
|
|||
Woodi | morning :) | 07:44 | |
07:44
kurahaupo_ left
|
|||
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 | |
07:57
FROGGS_ is now known as FROGGS
|
|||
ChoHag | Ah Temporal.pm | 07:58 | |
FROGGS | ChoHag: rakudo/src/core/Temporal.pm | ||
aye | |||
ChoHag | I see hyphens were in at the time. | ||
07:58
kurahaupo_ joined
|
|||
timotimo | :) | 07:59 | |
ChoHag | Whot does Bridge do? | 08:00 | |
08:04
Celelibi joined
08:05
kivutar joined
|
|||
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 &! | |||
08:25
dmol left
|
|||
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 | |||
09:07
thou joined
09:11
thou left
09:13
virtualsue joined
|
|||
masak | good antenoon, #perl6 | 09:16 | |
09:18
salv0 joined
09:20
ventica left
|
|||
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 | ||
09:44
mr-foobar joined
09:58
spider-mario joined
10:21
virtualsue_ joined
10:22
virtualsue left
10:25
virtualsue_ left
10:27
ribasushi left
10:30
ribasushi joined
|
|||
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! | |||
10:39
ventica joined
|
|||
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 | |||
10:45
xragnar_ joined,
xragnar left,
xragnar_ is now known as xragnar,
xfix left
10:46
colomon joined,
xfix joined
|
|||
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 | |
10:48
ventica left
10:50
user3 joined
10:55
thou joined
10:57
user3 left
10:59
darutoko- joined,
thou left
11:02
darutoko left
|
|||
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 | ||
11:19
dwarring left
11:20
virtualsue joined
|
|||
FROGGS | okay, yeah, when I do not call .SET_CAPS it works... | 11:22 | |
11:24
kivutar left
11:28
Gothmog_ joined
|
|||
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... | |||
11:30
virtualsue left
|
|||
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 | |
11:41
xragnar_ joined,
xragnar left,
xragnar_ is now known as xragnar
|
|||
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 | ||
11:52
kurahaupo_ left
11:55
xfix left
11:56
xfix joined
11:59
oetiker left
12:01
xfix left
12:03
xfix joined,
xfix left,
xfix joined
12:05
PotatoGim joined
12:06
xfix left
12:09
xfix joined,
xfix left,
xfix joined
|
|||
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 | ||
12:15
kivutar joined
12:21
BenGoldberg joined
|
|||
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«2True2True» | ||
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«22» | ||
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«12» | ||
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/GU0RIHISkAUnsupported use of $; variable; in Perl 6 please use real multidimensional hashesat /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/a5zRzKGtfHUnsupported use of $) variable; in Perl 6 please use $*EGIDat /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/zPSijU9wThUnexpected 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«12» | ||
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 | |
12:34
Alula_ left
|
|||
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 | |
12:43
thou joined
|
|||
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 | ||
12:47
Alula_ joined,
thou left
|
|||
jnthn | spider-mario: Some module test failure, iirc | 12:49 | |
spider-mario | oh | ||
12:49
kurahaupo_ joined
|
|||
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 | |
12:53
groky joined
|
|||
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 | ||
12:55
avar joined
|
|||
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 | |
13:01
gfldex left
|
|||
jnthn | Whatever suits; I'd thought for lib you're more interested in side-effects (adding/removing search path), though? | 13:07 | |
13:13
xenoterracide joined
13:19
pmurias joined
|
|||
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 | |
13:37
BenGoldberg left
|
|||
jnthn | Well, with my, yes. my $*foo = ... | 13:38 | |
13:38
xinming left,
rurban joined
|
|||
pmurias | on the QAST level | 13:38 | |
jnthn | They're really just lexicals. | ||
13:39
avar left,
groky left
|
|||
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. | ||
13:41
avar joined
|
|||
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 | |
13:41
groky joined
|
|||
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 | ||
13:49
Akagi201 left
|
|||
pmurias | it seems to be enforced at runtime too | 13:50 | |
13:50
xinming joined,
Akagi201 joined
|
|||
jnthn | Yes | 13:50 | |
Well, for late-bound lookups it is | |||
I mean, through pseudostash | 13:51 | ||
13:55
grondilu joined
|
|||
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 | ||
14:31
thou joined
14:32
xenoterracide left
14:36
thou left
14:38
xenoterracide joined,
molaf_ joined
14:41
molaf__ left
14:52
nbrown joined
14:58
virtualsue joined
15:00
nbrown left
15:29
xenoterracide left
15:36
xenoterracide joined
15:37
gfldex joined
15:38
nbrown joined
15:39
donghongbo joined
15:47
donghongbo left
15:48
donghongbo joined
|
|||
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 | |
15:57
thou joined
16:00
xenoterracide left
16:03
chenryn joined
|
|||
itz | ah "Breaking API change; requires NQP and Rakudo updates." :) | 16:06 | |
16:10
denis_boyun joined
16:11
Bucciarati joined,
xenoterracide joined
16:22
dong4138 joined,
donghongbo left
|
|||
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 |
|||
16:25
thou left
16:26
grondilu left
16:28
denis_boyun left
16:30
nbrown_ joined
16:33
dong4138 left,
nbrown left
|
|||
dalek | ast/S26-WHY: 75d3ff9 | (Rob Hoelz)++ | S26-documentation/why-leading.t: A note on test levels |
16:35 | |
16:46
khisanth_ is now known as Khisanth
16:47
thou joined
16:52
thou left
17:27
zakharyas joined
17:52
erkan left
17:57
nbrown_ left
18:01
zakharyas left
18:06
kurahaupo_ left
18:15
Sterver joined
18:16
Rotwang joined
18:17
chenryn left
|
|||
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 | ||
18:25
erkan joined,
erkan left,
erkan joined
|
|||
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 | |
18:30
vendethiel joined
|
|||
vendethiel | guess who's back, under the rain ... o/, #perl6. | 18:31 | |
FROGGS | hi vendethiel | ||
18:32
nbrown_ joined
|
|||
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 | |
18:36
liztormato joined
|
|||
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 | |
18:38
nbrown_ left
|
|||
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 | ||
18:52
liztormato left
|
|||
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? | ||
19:04
ventica joined
19:06
ventica2 joined
|
|||
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"... | |||
19:10
ventica left,
Sterver is now known as Sterver|AFK
19:13
zakharyas joined,
darutoko- left
|
|||
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 | ||
19:16
anaeem1_ joined
|
|||
vendethiel | Idris just got a ruby backend. wow | 19:24 | |
19:29
beastd joined
|
|||
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) |
|||
19:34
rurban left
|
|||
[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 | ||
19:45
spider-mario left
|
|||
[Coke] | failures: n: 1386; jvm: 19, moar: 6 , parrot: 1699 | 19:45 | |
Is anyone here interested in keeping niecza green? | |||
19:48
spider-mario joined
19:50
dwarring joined
19:51
iarna joined
19:56
dmol joined
20:02
kurahaupo_ joined
20:03
zakharyas left
|
|||
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 ... | |||
20:14
Sqirrel joined
20:21
oetiker joined
20:27
lichtkind joined
20:28
spider-mario left
20:30
spider-mario joined
20:31
spider-mario left
20:33
spider-mario joined
|
|||
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 |
|||
20:39
spider-mario left
20:41
kivutar left
20:45
anaeem1_ left
20:50
molaf_ left
20:55
xenoterracide left
|
|||
[Coke] | is Andrew Parker her? | 20:58 | |
*here | |||
21:06
xenoterracide joined
21:07
dmol left
21:16
rindolf left
21:20
Rotwang left
21:32
rurban joined
21:36
mr-foobar left
21:41
telex left
21:42
telex joined
21:45
gamo joined
|
|||
gamo | m: $t = time; for (1..100000) -> $i { ; } ; say time-$t; | 21:47 | |
camelia | rakudo-moar 0ce18d: OUTPUT«===SORRY!=== Error while compiling /tmp/3pj2SNRTHnVariable '$t' is not declaredat /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/2ei36twVzxUndeclared 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:1Instant: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«1407102685Instant:1407102720.639769» | ||
jnthn | time is nearest second I guess | ||
gamo | pretty fast, but I think it's the machine | 21:52 | |
21:53
gfldex left
|
|||
jnthn | Dunno how fast the machine it's on is running | 21:53 | |
21:55
rurban left
21:59
Mr_Cheese joined
|
|||
gamo | 0.34 in my i7 | 22:00 | |
22:00
lichtkind left
|
|||
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 |
|||
22:25
thou joined
22:26
zakharyas joined
22:27
brother left
22:31
integral left
22:33
brother joined
22:34
pmurias left
22:35
xenoterracide left
22:36
beastd left,
xenoterracide joined
22:38
Mr_Cheese left
22:39
smash joined
22:41
virtualsue left
22:42
integral joined,
integral left,
integral joined
|
|||
PerlJam | [Coke]: ping | 22:42 | |
22:42
zakharyas left
|
|||
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 | |
23:06
nbrown_ joined
|
|||
[Coke] | PerlJam: PONGPONG | 23:08 | |
23:08
xenoterracide left
|
|||
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 & | |||
23:33
vendethiel left,
ventica2 left
23:34
vendethiel joined,
vendethiel left
23:37
virtualsue joined,
vendethiel joined
|
|||
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 | ||
23:42
virtualsue left
23:44
chenryn joined
23:45
chenryn left
|
|||
[Coke] | is anyone seeing t/spec/S32-io/IO-Socket-Async.t fail on their box? | 23:45 | |
(moar/osx here) | |||
23:54
Mouq joined
|
|||
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 | |
23:59
BenGoldberg joined
|