pugscode.org/ | nopaste: sial.org/pbot/perl6 | pugs: [~] <m oo se> (or rakudo:, kp6:, elf: etc.) (or perl6: for all) | irclog: irc.pugscode.org/
Set by Tene on 29 July 2008.
Lichtkind slurp closes immidiatly? 00:49
ruoso @tell pmurias, alright... that should be ok... so let's think in the m0ld code that would initialize the class... 00:51
lambdabot Consider it noted.
meppl good night 01:39
s1n moritz_: maybe you're a better person to ask. i've been pestering pmichaud for a while and he seems extremely busy right now 02:52
i want to start hackin on rakudo itself, not just the test suite, but i'm looking for guidance as to where to begin
i've looked through the roadmap, but not really understanding what it says is needed, i don't really know where to start on any of those things 02:53
moritz_: can you help me in this department?
PerlJam s1n: Do you know how to use NQP? PIR? C? 03:06
s1n: were I you, I'd look at some of the items in the roadmap that are estimated at just a few hours and don't really depend on anything and start hacking on those. 03:08
In fact, I may just do that myself since I may have time to do it soon :)
pmurias ruoso: i'm not sure what hello world should look like in m0ld 07:06
pmurias ruoso: and i think classes are created at BEGIN time 07:33
pmurias ruoso: but if we move them to runtime the should desugar to method calls 07:46
moritz_ masak: are you (or november) blocking on RT #58352? if so, I could revert that change (although it seems right to me) 08:55
masak moritz_: no, s'ok 08:56
but it was the first "fix" in rakudo to trigger an addition of a workaround in november :)
moritz_ :/
which clearly means that we need more tests 08:57
masak I implemented recursive HTML Template directives yesterday evening 08:57
moritz_ if it were tested properly my "fix" would have been caught
cool ;)
masak ...and discovered another bug in rakudo which I'm reporting now
moritz_ as always :/ 08:58
masak currently checking in svn history whether it's been with us since the beginning of time
my guess is yet
s/t/s/
masak should really write a script that does binary search on svn revisions 09:00
moritz_ or you get a git mirror, and use git-bisect
masak yes.
moritz_ which seems to be *much* more efficient
since you don't have to contact the server every time
masak right. no net latency.
still have to compile, though
that's the real bottleneck 09:01
moritz_ that's where dual core + ccache start to help ;)
masak :)
sorry, what were your make flags again? -j2 and something
moritz_ yes
make realclean && perl Configure.pl --cc='ccache gcc' && TEST_JOBS=2 make -j 2 test
masak ah, dz 09:02
moritz_ (for bisecting you'll don't need the test target, of course)
masak no.
moritz_ btw matching in the condition of a while-loop works - you just can't access $/ after that :/ 09:03
masak moritz_: I know. 09:04
I hope that's what the bug description says, too
otherwise I have to clarify
moritz_ oh, right
I should actually read what you write ;)
masak it's been known to help :)
pugs_svn r22038 | moritz++ | [t/spec] tests for RT #58352 09:09
masak moritz_++ # writing more tests 09:11
I should do it myself, but I find myself being occupied with classifying bugs :)
pugs_svn r22039 | moritz++ | [t/spec] add tests for junctions in boolean context, from RT #58302 09:13
pugs_svn r22040 | moritz++ | [t/spec] junction tests need explicit ?(...) to force boolean context, 09:15
r22040 | moritz++ | otherwise ok() autothreads on it
masak ah, so ?(...) collapses the quantum wave 09:16
moritz_ yes, it's a measurement ;) 09:17
which always collapses a wave function to an Eigenvalue
masak "you changed the outcome by measuring it!"
futurama++
moritz_ (quantum physics)++ 09:18
masak cats++
heh, when bifurcating in a known integer range, the current integer carries informaion about all integers tested before it, and about the range of remaining uncertainty 09:23
moritz_ yes, but only if you know the limits of the range
masak yes. 09:24
and the exact conditions for rounding up and down.
moritz_ I was about to add that as well ;)
pugs_svn r22041 | moritz++ | [t/spec] fudged boolean-context.t for rakudo. 09:31
r22041 | moritz++ | This is a bit ugly, because fudge doesn't understand the test syntax
moritz_ STD.pm doesn't like t/spec/S03-junctions/boolean-context.t
Obsolete use of undef as a verb; in Perl 6 please use undefine function instead 09:32
it doesn't look like a verb to me, in that context
moritz_ today's xkcd is great ;) 09:34
masak moritz_: what doesn't look like a verb? 'undefine'? it does to me. 09:35
moritz_ ok !(undef&1), '...' 09:36
that's what STD.pm complains about
and in that context undef doesn't look like a verb, IMHO 09:37
masak moritz_: I concur. 09:44
STD is at fault.
unless a space is required before the '&' for it to be treated as a binary op 09:45
moritz_ I think only when disambiguating 09:46
and I don't know from what it needs disambiguation
since there's no postfix or postcircumfix that starts with &
rakudo_svn r30590 | moritz++ | [rakudo] more junction tests for spectest_regression, (Stephen Simmons)++ 09:50
dr_df0 i've got problems running make test on pugs (latest version from svn) 10:51
'make test' stops with: Can't locate Test/Harness/Results.pm in @INC .... at inc/Test/Harness/Straps.pm line 12 10:52
i'm able to run pugs
moritz_ cpan Task::Smoke 12:13
rakudo_svn r30591 | moritz++ | [rakudo] add subs pass and fail to Test.pm 12:41
masak perl6: sub f($l) { return() if $l<=0; print $l; for 1..3 { f($l-1); print "." } }; f(2); say
p6eval rakudo 29834: OUTPUT[␤]
..elf 22041, pugs: OUTPUT[21....1....1....␤]
masak that's the right output! 12:42
on my box (r30590) it outputs "21......"
moritz_ so what's the problem? the return()? 12:43
or the 'if as a statement modifier'?
masak no, I get a completely different result locally
"21......"
moritz_ rebuilds parrot, and tries again 12:44
masak I've reported this to rakudobug, because it's a bit of a showstopper for one of my new tests
the one with nested for templates
it kinda needs recursion in for loops to work 12:45
masak but it's VERY strange that the perl6 bot thinks everything is ok 12:45
moritz_ does it?
masak yes, that output looks fine 12:45
moritz_ empty output looks fine?
14:41 < p6eval> rakudo 29834: OUTPUT[␤] 12:46
masak empty output?
moritz_ just an \n
masak oh
it was pugs that reported ok
then I see.
that's congruent with my bug report
in newer rakudo versions, it gives an output, but the wrong one
moritz_ didn't we talk about reading earlier today? ;-)
masak blushes 12:47
moritz_ locally it says 21......
masak up until 29883, rakudo outputs nothing
after 29884, it outpus 21......
*outputs 12:48
moritz_ and I wonder why rakudo lacks so far behind
we're at 30590 now
masak yes
strange thing is, r29884 was really just a cleanup commit
moritz_ building Rakudo at Wed Aug 27 12:45:01 2008
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
masak ah.
TimToady the problem with undef&1 is that &1 is a valid sub name in Perl 5, and undef may be used on subs 12:49
we could restrict it to sub names starting with alpha
or undef & 1 would also be a good way to avoid the problem 12:50
moritz_ wonders if he'll ever grok those two weird programming languages
masak TimToady: how would I go about declaring such a sub in Perl 5? 'sub 1 { ... }' obviously doesn't work 12:53
moritz_ masak: *1 = sub { ... }
masak ah.
TimToady admittedly it's an uncommon name for a sub :)
so we can certainly fix the warning
moritz_ or even $::{'1'} = ...
masak moritz_: of course :)
pugs_svn r22042 | moritz++ | [t/spec] some whitespace disambiguations
moritz_ in the symbol table anything is fair game 12:54
TimToady but we're also encouraging the use of whitespace around most binary operators
moritz_ the golfers will hate us
masak indeed. but Perl 6 is not just for them.
also, there's op overloading and macros :) 12:55
moritz_ I was about to say that Abigail will hate Perl 6, but I think that's nothing new ;)
TimToady we're not requiring it where it's unambiguous, but we expect more such ambiguities to arise as the language gets extended
moritz_ but sub infix:<+> is just too long for a good golf ;)
TimToady well, it's not like you can even name that operator in p5 12:57
masak perl6: if 5 -> $a { say $a } 13:04
p6eval pugs: OUTPUT[*** Cannot bind to non-existing variable: "$a"␤ at /tmp/ZYUNaYXv2k line 1, column 1␤]
..elf 22042: RESULT[CODE.new(!!!)␤]
..rakudo 29834: OUTPUT[Null PMC access in get_string()␤current instr.: 'parrot;P6metaclass;add_parent' pc 95 (runtime/parrot/library/P6object.pir:126)␤]
masak haha -- globally unsupported :)
moritz_ elf++ for creativity
moritz_ masak: that rakudo bug is... really weird 14:13
masak the recursive one? 14:15
moritz_ yes
masak it is.
also, it's the most urgent rakudo bug I know of in the RT system right now 14:16
moritz_ I'm turning it into a test
masak great.
moritz_++
pugs_svn r22043 | moritz++ | [t/spec] test for RT #58392, masak++ 14:20
masak one of the first bugs I don't know how to work around. 14:22
I guess I could simulate the correct stack fram behaviour with an array...
s/fram/frame/
pugs_svn r22044 | moritz++ | [t/spec] fail() is acutally called flunk() 14:29
r22045 | moritz++ | [t] move statements/if.t to spec/ 14:31
rakudo_svn r30592 | moritz++ | [rakudo] remove fail() from Test.pm, it's a duplicate of flunk() 14:32
moritz_ I think 'if 1; 2' isn't valid syntax, right? 14:34
pugs_svn r22046 | moritz++ | [t/spec] fudged if.t for rakudo; cleared up one test 14:35
masak moritz_: in Perl 6? I'd say no -- if is followed by an expression and then a pointy block, not an expression and a semicolon. 14:37
moritz_ I was rather confused by that test 14:39
moritz_ it was isnt eval('if 1; 2'), 2, 'test if 1; 2'; # WTF? 14:39
rakudo_svn r30593 | moritz++ | [rakudo] added S04-statements/if.t to spectest_regression 14:40
masak moritz_: haha :)
I liked 'test if 1; 2'
it's like the Chinese wordbook I have at home. it's entirely in Chinese. so when you look up a character, you're greeted with an explanation consisting of characters. 14:42
I'm looking forward to the day that book will be useful to me.
pugs_svn r22047 | moritz++ | [t] moved unless.t to spec/; simplified quotes. 14:43
pugs_svn r22048 | moritz++ | [t] moved loop.t to spec/ 14:50
moritz_ wtf? 14:54
is($loopvar, $loopvar, "bare loop iterates $loopvar");
masak typo?
moritz_ there's no other variable to compare against 14:55
masak one might rightly wonder what the test was expected to test 14:55
[particle] this one does so wonder
masak would undef fail such a test in Perl 6?
pugs_svn r22049 | moritz++ | [t/spec] loop.t: fudged for rakudo, removed non-sensically test 14:56
moritz_ rakudo: say (undef eq undef)
p6eval rakudo 29834: No output (you need to produce output to STDOUT)
masak hm, shouldn't that at least print a newline?
moritz_ masak: that variable can't even become undef
masak oki 14:57
moritz_ masak: yes
well, it terminates with a segfault
sh: line 1: 29916 Segmentation fault ./parrot languages/perl6/perl6.pbc /tmp/xJQw2zMkG8 >> /tmp/v4cClTSoMF 2>&1
masak mine doesn't. 14:59
maybe fixed since r29384?
moritz_ I'm realcleaning the parrot dir now 15:00
uhm, Configure is really slow on that server 15:02
building now 15:03
masak I get the answer '1' on both 'eq' and '=='
I get '0' on '==='
masak and 'eqv' insn't implemented yet 15:03
moritz_ they are all correct, IMHO 15:04
except that I'm not sure what === should actually return, the more I think of it
masak :)
where's Sartre and Heidegger when you need them?
moritz_ well no, it's actually correct
rakudo_svn r30594 | moritz++ | [rakudo] two more S04-statement/ files for spectest_regression 15:12
masak tonight is november hacking night. 15:13
I'll be back in an hour, probably with viklund in tow 15:14
moritz_ cool
masak and then we'll hack :)
till then
masak how do I override the behaviour of ~(...) for a class? 16:23
moritz_ in Perl 6 or in Rakudo?
[particle] prefix:<~> ?
masak in Rakudo, for now.
moritz_ uhm
masak not possible? 16:24
masak feels a rakudobug forming...
moritz_ > class A { method get_string { "foo" }; }; say A.new
lambdabot Parse error at "class" (column 1)
moritz_ get_string() not implemented in class 'A'
that has a certain irony ;)
masak indeed
a question of levels, I guess
moritz_ yes 16:25
[particle] in nqp, ~ is get_string
what does perl6 --target=pir -e"say ~(1)" give you?
moritz_ it should be either a prefix:<~> multi or a .Str
masak [particle]: checking. 16:26
[particle] you don't even need say there
pasteling "moritz_" at 89.13.242.53 pasted "pir for ~(1)" (28 lines, 576B) at sial.org/pbot/32009
masak assign $P15, 1\n$P16 = "prefix:~"($P15) 16:27
those are the relevant lines
[particle] yep
so you need to implement prefix:<~>
masak how hard can it be? :)
moritz_ and in PIR you can write .sub 'prefix:<~>', but I doubt that rakudo parses that
maybe a valid workaround would be to make Any.prefix:<~> call self.Str for now 16:28
masak could I inject a .sub 'prefix:<~>' into the class post-compilation?
into the compiled PIR, I mean 16:29
moritz_ perhaps
masak we'll figure out a way :)
s'not critical or anything
moritz_ can I give a pir .sub multi(_) a multi variant with a Perl 6 type? 16:32
[particle] not sure, but jonathan has done some work in that direction 16:35
moritz_ .sub 'prefix:~' :multi('Junction') 16:36
in Junction.pir
[particle] there you go
moritz_ anyway, my attempts don't work 16:45
masak moritz_++ # for trying 16:46
moritz_ which might be due to the fact that my parrot knowledge is nearly non-existant
[particle] sorry, i wish i had a checkout to help
pasteling "moritz_" at 89.13.242.53 pasted "this is what I've tried (seems to have no effect)" (16 lines, 345B) at sial.org/pbot/32010
masak moritz_: what do you imagine x will be at the point of call? 16:48
moritz_ masak: the parameter to prefix:~
which is the object we want to stringify
masak ah -- .param
masak blind
for, like, the third time today
moritz_ I still get get_string() not implemented in class 'Foo'
so it seems that parrot doesn't even look at prefix:~ 16:49
masak dang.
moritz_ which is why I tried to call that thing .sub 'get_string' :method :vtable
masak not only can't you declare it in rakudo -- when you sneak it in, it's still ignored!
moritz_ which blew up about any test
masak next question: is there any test or other working code wherein a new() method is successfully overridden? 16:52
more specifically, I want to limit access to the new() method 16:53
moritz_ rakudo: class Foo { method new { say %_.perl }; }; Foo.new(a => 1);
p6eval rakudo 30596: OUTPUT[{"a" => 1}␤]
moritz_ but then new doesn't create an object anymore 16:54
masak p6eval: hello, updated rakudo
moritz_: is there a way to override new(), yet allow objects of that class to be created? 16:55
moritz_ masak: I think the standard way of it doing it is with submethod BUILD, which new() calls (NYI in rakudo)
masak right.
IOW, Not Right Now 16:56
moritz_ and I think there's a way to invoke the method from the super class
masak yay! the test for reading HTML templates from file passes! 16:57
and on my first attempt, to boot
I'm soon ready to merge my branch here 16:58
just going to work the new HTML::Template into november
moritz_ masak++ 16:59
masak moritz_++ # just as much 17:01
moritz_ I only did the fun parts ;-) 17:02
masak moritz_: that's your design, your grammar, your tests
I only did the minimal gruntwork
moritz_ we can spend all day acknowledging the other's work, and downplaying the own contribution ;) 17:03
masak it still won't change the fact that you did most of it :)
moritz_ sighs 17:04
[particle] this discussion is off topic, please join #mutual-admiration-society 17:06
:P
moritz_ or short #mas
masak [particle]: I got kicked out of that room :/ 17:07
[particle] :)
pasteling "masak" at 130.243.195.243 pasted "any comments on this API syntax before I finalize it?" (6 lines, 202B) at sial.org/pbot/32012 17:12
moritz_ do you have to pass a hash ref? 17:13
Lichtkind_ do you open a dir also with open?
moritz_ Lichtkind: I doubt that 17:13
[particle] from_file preferred instead of new_from_file?
masak [particle]: I think so, yes 17:14
moritz_ well, I guess that's a hack anyway until new() works as desired
[particle] and as opposed to .new( :file<...>
masak exactly
Lichtkind but slurp closes as soon after reading?
masak [particle]: I plan to support that when it's possible
[particle] gotcha
masak as an alternative syntax 17:15
moritz_ just would like to use named arguments if possible
but I guess that can be added afterwards as well
masak moritz_: if you can make it work, I'd happily accept it
probably not a problem to make both approaches work
moritz_ masak: %_ worked for me, last I looked
masak investigates
moritz_ Lichtkind: slurp hides the opening/closing/reading from the user
rakudo: sub foo { say %_.perl } ; foo(a => 2, b => 4) 17:16
p6eval rakudo 30596: OUTPUT[{"a" => 2, "b" => 4}␤]
moritz_ so you can make .param look like the one in p5's HTML::Template
masak whee!
moritz_ wonders if that is tested properly 17:18
masak moritz_: you told me to ping you once I got the tests passing for HTML::Template, so that you could contribute the escape part 17:19
did I do that clearly enough yesterday? :)
moritz_ masak: dunno, but at least you did now ;)
ok %_ is tested
masak moritz_: seems the idea of sending in nameds might be fundamentally incompatible with the test suite 17:20
moritz_ rakudo: sub foo { say %_.perl } ; my %f = (a => 1, b => 2); foo(%f) 17:21
p6eval rakudo 30596: OUTPUT[positional inside named args at position 1␤current instr.: 'foo' pc 100 (EVAL_13:33)␤]
moritz_ rakudo: sub foo { say %_.perl } ; my %f = (a => 1, b => 2); foo(!%f)
p6eval rakudo 30596: OUTPUT[positional inside named args at position 1␤current instr.: 'foo' pc 111 (EVAL_13:34)␤]
moritz_ rakudo: sub foo { say %_.perl } ; my %f = (a => 1, b => 2); foo(|%f)
p6eval rakudo 30596: OUTPUT[Statement not terminated properly at line 1, near "(|%f)"␤␤current instr.: 'parrot;PGE::Util;die' pc 119 (runtime/parrot/library/PGE/Util.pir:82)␤]
moritz_ eek
masak :/
moritz_ we can add a multi later ;)
masak haha
masak leaves it as it is for now
moritz_ is there a reason for name TMPL_IF insertion, while TMPL_FOR is called for_statement etc? 17:24
masak TMPL_VAR is named insertion
moritz_ erm, yes 17:25
masak TMPL_IF is named if_statement
moritz_ TMPL_FOR is named for_statement
masak I've tried to name them after what they do.
or what they are, rather
ah -- code is much shorted with the new module 17:27
moritz_ I assume you have a HTML escape sub lying around somewhere? 17:28
masak not at all 17:29
oh, you mean in Wiki.pm?
hold on
yes, method quote
but I can't give guarantees about its completeness 17:30
moritz_ rakudo: my $x = 'a<b<'; while $x.subst(/'<'/, '&lt;') { 1; }; say $x 17:31
p6eval rakudo 30596: No output (you need to produce output to STDOUT) 17:32
masak moritz_: it's not mutating
the .= form is
moritz_ rakudo: my $x = 'a<b<'; while $x.=subst(/'<'/, '&lt;') { 1; }; say $x
p6eval rakudo 30596: OUTPUT[MMD function __concatenate not found for types (160, -98)␤current instr.: 'parrot;Perl6;Grammar;Actions;dotty' pc 111170 (src/gen_actions.pir:5274)␤]
masak (but that doesn't work in rakudo)
moritz_ rakudo: say "sanity"
p6eval rakudo 30596: OUTPUT[sanity␤]
masak moritz_: also, had that worked, you'd probably had an infinite loop on your hands 17:33
moritz_ yes
Lichtkind moritz_: in other words yes :) 17:35
moritz_ masak: where should common subs go?
like a general HTML escaper
masak uhm 17:36
hm
moritz_ Text::Escape? ;-)
[particle] how about creating a package for it
yep
masak sure, why not
moritz_ I'll first stuff it into HTML::Template, and when it works I'll factor it out
masak here's our chance to grab all the good names before anyone else :)
[particle] :)
masak claims DBI 17:37
moritz_ claims Perl - oh, too late
[particle] claims STD
masak :)
moritz_ who wants sexually transmitted deceases anyway? ;) 17:38
[particle] you can have Crab::Lice
masak does a double take on STDIN and STDOUT
moritz_ masak: go ahead, those are called $*IN and $*OUT now anyway ;) 17:39
masak dang.
I guess I have to make to with the namespaces Sub, Code, Regex, Array and Hash, then... 17:41
s/make to/make do/
moritz_ my escaping code works, for <>", but when I use it for & also it segfaults :/ 17:44
masak moritz_: mind the recursion
moritz_ masak: iterative
masak still might cause problems.
infinite expansion
moritz_ THIS IS NO FUN 17:45
masak hehe
masak has been where moritz_ is, about twice 17:46
moritz_ sial.org/pbot/32014
lambdabot Title: Paste #32014 from "moritz_" at 89.13.242.53
masak viklund says that he likes our old one better :) 17:47
moritz_ rakudo: say 'abc'.subst(/b/, { $_ x 3 }) 17:48
p6eval rakudo 30596: OUTPUT[a_block18c␤]
moritz_ that would be *really* helpful
masak indeed.
moritz_ then we could just do a hash lookup
masak we could now too, but not with subst 17:48
moritz_ yes 17:49
masak possibly with ~~
moritz_ tries
masak still a bit tricky to avoid the expansion stuff 17:50
I guess one could check that $/.from has advanced, or sumth'n
moritz_ YES 17:51
masak :) 17:52
pasteling "moritz_" at 89.13.242.53 pasted "working HTML escape" (21 lines, 430B) at sial.org/pbot/32015
masak we're getting there :)
with ~~, you won't need to iterate every position in the string 17:53
moritz_ so how does that work without :g ? deconstruct the string?
masak also, viklund adds that your impl might miss the last few chars
masak moritz_: I was thinking looping, and using ~~ to find the next char of interest 17:54
moritz_ viklund: do you have a test case where it looses the last char(s)?
masak: yes, but ~~ always starts from... the start
masak moritz_: viklund doesn't have a keyboard right now. he's holding the baby :) 17:55
I might give an example
moritz_ lol
masak '<<<<<<<<<<<'
.oO( pair programming: one at keyboard, one holds baby )
 17:56
moritz_ prints &lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt;&lt; for me
which is right, IMHO
masak oh -- is $str.chars - 1 dynamically eval'ed?
in that case, nvm 17:57
moritz_ no, $str never changes
[particle] what about '&amp;'
masak moritz_: oh, right
sry
[particle]: see recent insight about $str never changing
moritz_ [particle]: is turned into &amp;amp;
[particle] good
you should have a uri escape, too 17:58
masak yes.
moritz_ rakudo: sub f ($x) { $x(2) }; say f({$_ * 2 }); 18:00
p6eval rakudo 30596: RESULT[4␤1]
masak rakudo++
moritz_ Higher Order Rakudo ;-) 18:01
masak aye :)
moritz_ YaY 18:02
masak much of that today :)
pasteling "moritz_" at 89.13.242.53 pasted "Higher Order HTML escape" (29 lines, 681B) at sial.org/pbot/32016
pmurias_ ruoso: hi 18:04
moritz_ should & in URLs be translated to &amp; or to %56, in HTML::Escape?
masak moritz_: make the book deal with MJD right away :) 18:04
moritz_ heh ;)
masak the baby has grabbed my right hand! I have to program single-handedly! 18:06
moritz_ whose baby is it? 18:07
masak viklund's
and viklund.wife()'s
moritz_ ;)
how do you run november's tests? 18:08
masak in my branch, perl6 t/html-template.t
moritz_ so have you installed perl6 somewhere? 18:09
masak no, just an alias
moritz_ passes all tests 18:12
masak really? number 13 too?
moritz_ no, not quite
but that doesn't count
masak thought so :)
moritz_ except that remove a debugging statement ruins it all 18:13
masak how so? 18:14
moritz_ say $chunk<directive><insertion><attributes><escape>.perl;
$value = escape($value,
~$chunk<directive><insertion><attributes><escape>);
works
when I remove the line with say
it passes 1 instead of the escape value to escape()
masak strange. 18:15
usually, when we remove insignificant lines, Parrot crashes :)
moritz_ but I can s/say/my $dummy = / ;-)
masak sure!
moritz_ git-diff doesn't report git-add'ed files 18:19
how can I change that?
masak moritz_: git diff --cached
(says viklund) 18:20
moritz_ uhm, I accidentially added a superflous file
what's the git-delete equivalent? ;-) 18:21
masak hm, maybe there's a switch to git rm...
...so that it doesn't actually nuke the file in the wc
moritz_ ah, git-rm
masak dang, I've forgotten <TMPL_ELSE>... 18:23
masak goes back to the drawing board
moritz_ [PATCH] sent 18:24
masak moritz_++ 18:25
will look at it as soon as the baby stops being so adorable as to grab all the attention
moritz_ hehe ;)
masak tinyurl.com/5a6pu2 # the baby 18:43
lambdabot Title: Incompatible Browser | Facebook
masak lambdabot++ # being incompatible with Facebook
moritz_ ;) 18:44
masak you can spot #perl6 in the upper left corner
moritz_ ;)
masak actually, at the far left is a terminal window with november programming 18:45
masak calls it a night 19:16
moritz_, [particle]: thanks for a fun session!
moritz_ ;) 19:17
rakudo_svn r30598 | pmichaud++ | [rakudo]: spectest-progress.csv update: 127 files, 2278 passing tests 19:33
pasteling "#rurban" at 212.183.85.199 pasted "bf also" (31 lines, 941B) at sial.org/pbot/32022 19:44
moritz_ rakudo_svn: it seems that parts of this patch is already applied, which is why the patch fails 19:47
erm, I meant rurban ;)
ruoso Hello 23:14
Lichtkind ruoso: hello 23:28
ruoso: sorry missed your talk at yapc
ruoso Lichtkind, me too ;)
Lichtkind, pmurias gave it in my place ;) 23:29
the slides are in the wiki
Lichtkind ruoso: you werent in kopenhagen?
ruoso no... I've recently moved back to brazil... So I couldn't get there... 23:30
Lichtkind ruoso: i first thought you said you missed my talk too :) 23:32
ruoso but... I did miss it ;)
Lichtkind ruoso: does smop develope well? 23:34
ruoso yes... we're very close of getting the first stage compiler ready...
ruoso I mean... the runtime that this first stage compiler requires is almost ready... 23:34
not the compiler itself
Lichtkind understand 23:35
Lichtkind ruoso: great i make also progress with kephra 23:39
ruoso cool 23:42
Lichtkind ruoso: you heard from that?
ruoso reading the site atm 23:43
Lichtkind ruoso: i currently work on a output panel so i can ran perl scripts inside the editor
there are some issues 23:44
but i want to make a bigger release soon
to grep some atention 23:45
ruoso Lichtkind, the one thing that really holds me to emacs is the code indenter (tab-always-indent) 23:46
I would definitively try kephra if it supports tab-always-indent...
Lichtkind ruoso: explain please
ruoso when I press "tab" it re-indents the current line (according to the code)... instead of adding a "tab" character 23:47
the indent mechanism is pretty smart...
and usually I trust it to the point that if it's doing something weird, it's because my code is wrong... 23:48
Lichtkind i never tried that, sounds interesting but i can do that in next phase when PPI is plugged into the system 23:51
its already compilation wise but there are many issues
thanks for that hint interesting feature 23:52
ruoso I see... I would love to switch to an editor that I can actually understand the source code...
Lichtkind :)
ruoso emacs lisp is just something I can't get...
Lichtkind its not only that 23:53
ruoso about features... having "emacs-style" keybindings is also a "must-have" ;)
Lichtkind thats on todo but currently low
its not even that i want turn CPAN into IDE 23:54
its about really editor in perl style easy but sophisticated
ruoso I've already considered writing an editor myself.. 23:55
I would even call it pmacs ;)
Lichtkind because editor is always something personal and every programmer wnats to tweak its enviroment a little
ruoso but then I got other stuff to do and never actually started it
Lichtkind in cpan is already a vip :) 23:56
yes writing an editor is a whole life job :)
ruoso but one thing I think today is that an editor is basically two things:
1) a good buffer model 23:57
Lichtkind but someone has to do it :)
ruoso 2) a good event model
Lichtkind 2) is building up but 1) is encapsulated in component
ruoso if the two items above are well implemented, the rest comes naturally
Lichtkind i using same es Komodo
or i never woul get usable results 23:58
ruoso I would suggest using the component as a view of that model
Lichtkind maybe later
theory comes later :)
ruoso :P
Lichtkind i refactures it several times 23:59
it now gets some decent api for commands and events and extentions

Powered by Cro and the Raku® Programming Language.

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

Thank you!