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.
Tene Okay. 00:00
TimToady it doesn't seem necessary to be able to look up a block by its label, anyway 00:01
on the other hand, if all implementations end up making it easy, who knows... 00:02
but the p6 model doesn't require it
kinda like it doesn't actually require continuations, quite... 00:03
00:25 Chillance left 00:26 wayland76 joined
pugs_svn r22482 | lwall++ | [Cursor] fix macro bug induced by implicit {*} reductions 00:32
00:57 felipe left 01:12 Limbic_Region left 01:14 jdv79 left 01:39 charsbar left, charsbar_ joined 01:58 PZt left 02:06 sri_work left 02:09 Ontolog left 02:14 s1n joined 02:15 PZt joined 02:21 Ontolog joined 02:42 felipe joined 02:45 wknight8111 left, Alias_ joined
wayland76 Can anyone see the problem with this? ... 02:50
role testrole { method infix:<==> (testrole $self, testrole $other --> bool) { print "foo\n";}} 02:51
???
(It gives an error in parrot 0.7.0)?
pmichaud rakudo doesn't support defining/overloading operators yet. 02:57
beyond that, I don't know that infix:<==> will be a method.
wayland76 Hmm, that would do it :). 02:58
I don't understand the bit about infix:<==> not being a method
pmichaud it's a multisub
multi sub infix:<==> ( $a, $b ) { ... } 02:59
wayland76 Ok, got it :)
I had that first, but it wasn't working :)
pmichaud right -- see "rakudo doesn't support defining/overloading operators" above :-)
it should come in the next month or so, but we've got to do quite a few parser improvements to get there 03:00
wayland76 I'll keep an eye on the Rakugo page, then :)
Ok, great :)
(I've seen the ROADMAP file, btw, but only had a cursory glance over it, so I missed this -- stupido (that's me :) )) 03:02
03:05 yewenbin joined 03:09 eternaleye_ joined 03:13 meteorjay left
pugs_svn r22483 | cjfields++ | [t/spec] added tests for checking number of times closures are invoked, ready for fudge 03:18
04:07 sail0r joined 04:08 Bzek joined 04:12 sail0r left
pugs_svn r22484 | lwall++ | [Cursor] add_macro couldn't handle macro name containing single quotes 04:18
04:35 alester joined 04:54 iblechbot joined 04:56 [particle]1 joined 05:11 Psyche^ joined 05:12 alester_ joined, [particle] left 05:26 alester left 05:27 Patterner left, Psyche^ is now known as Patterner 05:43 [particle] joined 06:02 [particle]1 left 06:15 alester_ left
azawawi rakudo: say "Hi"; 06:29
p6eval rakudo 31561: OUTPUT[Hiā¤]
06:30 ashizawa joined 06:32 iblechbot left 06:34 ashizawa left 06:35 ashizawa joined
literal rakudo: "Hi".WHAT 06:44
p6eval rakudo 31561: RESULT["Str"]
literal rakudo: "Hi".WHAT.WHAT
p6eval rakudo 31561: RESULT["Str"]
azawawi is feather.perl6.pl down? 06:57
moritz_ it .nl, not .pl 06:58
and it's up
azawawi hmmm 06:59
cant seem to reach it
moritz_ then you have a network problem
07:08 simcop2387 left
azawawi yup im down for today... DNS problems... 07:10
07:11 azawawi left, azawawi joined
moritz_ feather.perl6.nl has address 193.200.132.135 07:11
azawawi pinging doesnt work 07:12
so i guess it is not dns; it is a routing problem in my ISP 07:13
07:14 kst` left, kst`` joined 07:23 hanekomu joined 07:25 azawawi left 07:28 simcop2387 joined 07:31 penk joined
rakudo_svn r31562 | moritz++ | [rakudo] implement regex and closure handling in Str.trans. 07:47
r31562 | moritz++ | Patch courtesy by Chris Fields, cjfields++. Closes RT #59446
pugs_svn r22485 | moritz++ | [t/spec] unfudged trans.t for rakudo 07:50
07:52 zamolxes left
rakudo_svn r31563 | moritz++ | [rakudo] more transliteration tests for spectest_regression 07:55
08:09 Torment left 08:11 tomyan joined
moritz_ up to 4414 passing tests now 08:15
08:19 elmex joined, elmex left, elmex joined 08:32 Liempt joined, Liempt left, meteorjay joined 08:45 viklund joined 08:59 yewenbin left 09:03 barney joined 09:25 mtve left 09:27 mtve joined 09:41 dmq joined, dmq left 09:42 mtve left 10:46 kanru left 10:53 penk left 11:02 iblechbot joined 11:18 ruoso joined 11:20 azawawi joined
azawawi @seen moritz_ 11:40
lambdabot moritz_ is in #perl6. I last heard moritz_ speak 3h 24m 38s ago.
11:42 lumi left 11:57 Alias_ left
azawawi @tell moritz_ rt.perl.org/rt3//Public/Bug/Display...l?id=59552 12:02
lambdabot Consider it noted.
12:17 kanru joined 12:24 bennymack-work left 12:47 masak joined 12:48 abra joined 12:52 ashizawa left 13:03 drbean_ joined
azawawi @tell moritz rt.perl.org/rt3//Public/Bug/Display...l?id=59556 13:09
lambdabot Consider it noted.
13:12 Lorn joined 13:17 drbean left 13:19 kst`` left, kst`` joined 13:21 drbean_ left 13:24 pyrimidine joined 13:33 pyrimidine left 13:35 cognominal left, aindilis left, aindilis joined 13:37 cognominal joined
masak rakudo: for {next}, {nothing}, {next} { $_(); say "whoa!" } 13:38
p6eval rakudo 31564: OUTPUT[whoa!ā¤]
13:41 barney left
masak rakudo: class A { method x { self++ }; method increment { say "I can haz one bigger?" } }; A.new.x 13:42
p6eval rakudo 31564: OUTPUT[increment() not implemented in class 'A'ā¤current instr.: 'postfix:++' pc 15846 (src/gen_builtins.pir:9887)ā¤]
masak :(
should I consider that a bug, or is it just Parrot internals poking out that makes it look like a bug? 13:43
13:44 jhorwitz joined 13:47 drbean_ joined
ruoso sees the issue of "tree grammar" appearing on the list again, and that makes him remeber YAPC::EU::2007... 13:51
13:53 drbean__ joined 13:55 eternaleye__ joined
masak ruoso: why? (I wasn't there) 13:55
13:56 eternaleye_ left, eternaleye__ is now known as eternaleye
ruoso we had discussed this issue and we pretty much found out that XPath and XQuery are good enough... and that we could have a XPath grammar 13:56
because XPath might look like being specific to XML, but it actually isn't 13:59
masak no
wayland76 Hmm
That's interesting :)
So does that mean that you're recommending that we implement something XPath-like as a sublanguage? 14:00
masak it will happen 14:01
ruoso maybe not even XPath-like, but actually XPath
I don't know how to compose the XPath expressions
hierarchically
wayland76 Hmm. I think there's room for improvement in XPath :)
ruoso like tokens and rules can 14:02
btw... the definition is not "dimension", but "axis" 14:03
wayland76 Anyway, I'm happy if the whole thing provokes a discussion about the whole thing fits together :)
ruoso one of the "axes" of XPath is attribute, which in P6 mean a method call anyway... 14:04
14:04 drbean___ joined 14:05 drbean_ left
ruoso taking the output of STD5_dump_match to sketch some ideas about that 14:06
14:10 drbean_ joined, drbean__ left
ruoso ok... I just found out how to compose hierarchically XPath expressions... 14:10
<...> is not valid inside a XPath expression... that should mean a sub-path... 14:11
;)
14:12 hanekomu left
wayland76 I'm unsure what you mean by "hierarchically" 14:12
ruoso a xpath expression that requires another expression to be evaluated as part of that expressoin 14:13
wayland76 Oh, ok :)
ruoso and that might return an already transformed structure
wayland76 That's a new one :). 14:14
One thing I'd like to see instead of XPath -- the filters in the [] part could be even more useful if they were in Perl :)
pasteling "ruoso" at 201.45.49.162 pasted "first sketch on what a xpath-grammar could look like" (6 lines, 131B) at sial.org/pbot/32425 14:15
ruoso in that example, the root element is dropped from the structure
and <statementlist> would be another token... 14:16
it would probably make sense to turn that expression into a relativepath... 14:17
14:18 abra left
wayland76 Not sure I understand either P6 grammars or what you're trying to achieve well enough to understand what's actually going on :) 14:18
ruoso let me sketch a little more 14:19
wayland76 But I was trying to implement an XPath variant in C recently, so I've got some grasp on its grammar
:)
(Btw, it's midnight here, so I probably won't be here for too much longer) 14:20
ruoso wayland76, please check the logs later then...
wayland76 Btw, ruoso, just got your e-mail, and will peruse :) 14:21
(and my most recent message got crossed with yours in the ether, so I actually say some of the same things :) )
ruoso ;)
14:23 drbean___ left
masak wayland76: what do you mean by XPath being too inflexible to be Perl? 14:25
14:25 drbean__ joined
masak I'm not trying to defend XPath, just curious 14:26
14:26 eternaleye_ joined 14:27 drbean_ left 14:30 eternaleye left 14:31 kanru left
wayland76 inflexible? Well, I guess the way I see it, each XML element represents an instance of a type... 14:32
...oops 14:33
Sorry, I started talking about why XPath isn't the best for non-XML trees :)
ruoso is '[foo]?' the token for "match optionally the text foo without creating a capture?
wayland76 As far as inflexibility goes, it's basically just what I was saying above -- I want to be able to use Perl in the [] part of XPath, not just XPath expressions 14:34
14:35 pyrimidine joined
pasteling "ruoso" at 201.45.49.162 pasted "a little more ellaborated version of the sketch" (27 lines, 843B) at sial.org/pbot/32426 14:35
wayland76 Anyway, bedtime all, so gotta go. Will try to remember to check the logs tomorrow or Monday, whenever I get back here 14:36
...ok, *after* I've looked at the pasteling :)
ruoso: still unsure what you're demonstrating, but let me clarify my questions... 14:37
14:37 drbean___ joined
wayland76 it could be... 14:37
ruoso wayland76, that is based on the actual output of the STD match 14:38
wayland76 a) a proposal to be able to use XPaths in grammar
ruoso it would be able to turn the STD parse tree into other hierarchy of other types
in this case, turning the semantic-less parse tree into semantic "Module", "Statement" types
wayland76 ruoso: ok, I'll keep reading with that extra info in mind
...so we're talking about the transformation of a parse tree? 14:39
ruoso yes...
(btw... the par that lists <statement> should have a + modifier after it
wayland76 Is the parse tree just an example of a type of tree?
ruoso yes 14:40
wayland76 (just to check), so we could've been talking about file trees, or the tree of an XML document instead? 14:41
(sorry, filesystem trees)
ruoso yes
14:42 drbean__ left 14:45 sri_work joined
wayland76 I'm not sure about the syntax of some parts (eg. << text() = module >>, but I think I'm starting to get the idea. 14:47
Just so I understand, am I right in understanding that the parts with the XPath syntax are a proposed syntax, rather than something that's possible now? 14:49
pasteling "ruoso" at 201.45.49.162 pasted "even more ellaborated version of the sketch" (29 lines, 1K) at sial.org/pbot/32427
14:49 yves left
ruoso wayland76, yes... it's a sketch of a proposed syntax 14:49
wayland76 Ok. 14:50
pasteling "ruoso" at 201.45.49.162 pasted "the last wasn't quite right" (29 lines, 1K) at sial.org/pbot/32428
wayland76 So how do we implement that? 14:51
ie. how do we distinguish between an XPath and the division operator?
moritz_ I think / as an operator is already occupied too much 14:52
lambdabot moritz_: You have 1 new message. '/msg lambdabot @messages' to read it.
ruoso that's the purpose of the xtoken thingy
it defines a different syntax inside that block
wayland76 Ok, I see
moritz_ the general, friendly form of introducing a DSL is q:xpath{ .... } or something along these lines 14:53
ruoso hmmm... token doesn't have a q: in the front
wayland76 moritz_: We're proposing that it be used as a path separator as well as a division ... is that new?
ruoso moritz_, my idea is that the entire 'xgrammar' block is parsed by a different grammar... 14:54
moritz_ wayland76: it's in general a bad idea...
wayland76: because in perl, the operators determine the context of the operands...
wayland76: so current / always implies numeric context
ruoso moritz_, it's not Perl at all, so it's not the same operator
moritz_, it's not even the same grammar
moritz_ ruoso: ok, then... why not? 14:55
14:55 drbean___ left
ruoso why not the same grammar? 14:55
moritz_ in lexical scopes everything is fair ;)
that was a rhetorical question
ruoso ah
ok
;)
wayland76 moritz_: The way I was origincally talking about (on the mailing list), the / would only be used as a path operator when it followed a Plex or Plex::Node 14:56
(or array thereof)
ruoso wayland76, but it doesn't need to be seen that way... because the places that expect XPath won't be expecting Perl code
so there's no confusion 14:57
moritz_ so in $x = Plex.new; $x / 4; # will $x be numified? or 5 be plexified?
wayland76 Yeah, as long as we keep discussing the best way to do trees, I'm happy :)
moritz_ it sounds a bit like having + both for addition and string concatenation, which is a bit ugly, IMHO
14:58 yves joined
wayland76 moritz_: I would say that the left operator would determine what it was 14:58
14:59 silug left
moritz_ why? 14:59
ruoso does this discussion have a point? we're already considering a different grammar.... 15:00
ruoso runs
PerlJam he's a fan of arbitrary distinctions
wayland76 ruoso: I guess I'd still like to be able to use Perl in the filtering stage of XPath :)
ruoso wayland76, it's just a matter of defining that inside the [ ] it's Perl code
and that's all
problem solved
wayland76 ruoso: Ok, fine by me :)
ruoso no need to mix the syntaxes
wayland76 But then it's not XPath any more :)
ruoso fine fine...
XPath doesn't support the <subexpression> also 15:01
so, yes... it's not XPath anymore ;)
wayland76 moritz_: I'm not sure I agree, but ruoso has kindly invalidated any point I saw to the argument :)
(ie. any point I saw in continuing the argument)
moritz_ well, all the hooks are in place 15:02
wayland76 in place for what?
moritz_ go write a library, and as soon as user defined operators and derived grammars work, profit
wayland76 ruoso's idea?
moritz_ wayland76: for all the stuff we've discussed so far
wayland76 ok
moritz_ wayland76: at least in the specs the hooks are in place
wayland76 I'm already working on a Plex library which models the objects 15:03
moritz_ extending existing types (like Hash, Array), adding DSLs, new operators...
wayland76 But it's pretty much useless now :)
ruoso wayland76, still, defining the semantics and syntax would be of great help...
wayland76 (ie. my code is useless, due to there not being much)
ruoso: Agreed
15:04 alester joined
ruoso wayland76, would you be interested in continuing from where I stopped? 15:04
wayland76, I don't really have the time to work in that
and there are several semantic issues on how it's going to be parsed
and specially, in which node it is when evaluating which part of the expression...
wayland76 ruoso: well, not right now, but maybe monday or whenever I get back to Perl6 :) 15:05
ruoso one thing I'm quite confident is that every part of the path expression can be seen as method call
wayland76 Quite possibly
pyrimidine moritz_: (not to interrupt) thx for the .trans commit 15:06
ruoso wayland76, but my major concern is when to use the method in list context and when to use in scalar context...
i.e the 'statementlist' xtoken 15:07
moritz_ pyrimidine: thank you for the patch ;)
15:07 alanhaggai left
pyrimidine np 15:07
15:08 drbean___ joined
ruoso anyway... 15:08
ruoso lunch &
wayland76, please consider extending this idea :) it will be much helpful in very short term 15:09
15:09 eternaleye_ left
pyrimidine moritz_: btw, did we ever sort out how we would handle :g and other regex modifiers? Didn't see it come up on the list, but maybe pmichaud asked in the weekly perl6 meeting... 15:11
wayland76 ruoso: Well, ok, I'll do that, but it may be a few days :)
[particle] yes, :g will be on the op, not inside the regex (for now)
m:g/.../ not m/:g.../ 15:12
you'll see the design meeting discussion when chromatic posts it
pyrimidine that def. makes it easier to implement this in .match, .subst (i.e. pass named arguments)
15:13 wayland76 left
moritz_ [particle]: so what will $str.subst(rx:g/.../) translate to on the side of the callee? 15:13
15:15 drbean_ joined
[particle] :g is an adverb on the operator 15:15
so, $str.subst(:g rx/.../) or something 15:16
moritz_ in inside the sub subst { ... } I'll just ask if $regex ~~ :g ? 15:17
[particle] :g is not and adverb on the regex
so you can't ask $regex ~~ :g
you have to ask .subst
moritz_ so subst has to ask self? 15:18
[particle] how do you introspect an op to tell what attributes have been set?
moritz_ finds that very confusing
[particle]: what about subs that can take multiple regexes?
sub compare_matches($str, $re1, $re2) { ... }
how will that know which adverbs are set on $re1 and $re2, if it's not stored in the regexes? 15:19
pyrimidine This is an example from S05: $target.subst(rx:g[pattern], { $() op expr }) 15:20
[particle] i don't know. i was a fly on the wall in the discussion. larry and patrick are the two to ask for final answers, but i'm afraid it's still rattling around in larry's head
pyrimidine which to me indicates :g is part of the regex (not a named arg)
[particle]: ok, so it may change a bit
[particle] it may change entirely 15:21
i think the way to move forward is to implement something, and see what problems that causes/solves
moritz_ well, I'm sure that Larry will do a sane thing, and if not, we can convince him that insanity isn't appropriate here ;)
pyrimidine agreed. It's wouldn't be hard to implement :g as a named argument in .subst 15:22
as for .match, I assume :g would get back a (lazy?) list of Matches 15:23
PerlJam It seems to me that this is a case where things that are different should look different. we can use :i on the inside of a regex because that's tied to the regex. But "global match" isn't a function of the regex, but how you apply it.
moritz_ aye 15:24
pyrimidine yes
moritz_ likewise :c
PerlJam I.e., having / :i foo / work would make me expect / :g foo / to work
moritz_ which looks kinda useless 15:25
PerlJam (I don't know what different should look like but I think they should be different syntactically somehow)
15:25 bennymack joined, drbean__ joined
PerlJam Luckily @Larry has said that non-alphanumerics are de facto "special", so maybe we could appropriate one of them for this use 15:26
15:27 drbean___ left 15:32 drbean___ joined 15:34 drbean_ left 15:37 hercynium joined 15:43 drbean__ left 15:48 masak left 15:49 drbean___ left 15:51 kanru joined 15:52 justatheory joined 16:02 kst`` left
azawawi rakudo: my $os = $*EXECUTABLE_NAME; 16:03
16:03 kst``` joined
p6eval rakudo 31565: RESULT[undef] 16:03
azawawi pugs: my $os = $*EXECUTABLE_NAME;
p6eval pugs: RESULT[\undef]
azawawi pugs: my $os = $*EXECUTABLE_NAME; say $os; 16:04
p6eval pugs: OUTPUT[ā¤]
16:09 justatheory left
azawawi is feather a bit slow today? 16:28
feather (ONE): tclsh -> 2478m VIRT... 16:29
@tell juerd feather (ONE) is a bit slow... i suspect tclsh (2478m VIRT) is the culprit... 16:30
lambdabot Consider it noted.
16:33 ruoso left 16:34 scrottie left 16:35 justatheory joined
azawawi does anyone have root access on feather1? 16:36
moritz_ I don't see such a job anymore 16:41
azawawi moritz: top and then see non-idle 16:43
pid: 10510
92.9% MEM and growing
moritz_ killed
azawawi cool but after 8 hours it grew to 2.2GB 16:44
and the new tclsh is like 9.1% and growing
16:47 Bzek left 16:48 drbean_ joined 16:53 apeiron_ joined 16:55 Exodist joined 16:58 drbean___ joined 17:00 ab5tract joined 17:01 apeiron left 17:05 drbean_ left
azawawi wonders why tclsh is still taking 2.2g on feather1 17:06
17:12 exodist_ joined, apeiron joined 17:16 drbean___ left 17:18 Exodist left 17:21 apeiron_ left
pugs_svn r22486 | lwall++ | [STD] more ACTIONS infrastructure, can now set $ACTIONS to a class in which 17:21
r22486 | lwall++ | methods are called according to reduction tag.
pmichaud I'd like to set up a mailing list to report pugs svn commits. Would this be better done (1) via Google groups, (2) on my private server, or (3) other. And once I set up the mailing list, would anyone be able to get svn on pugs to forward commit details to that list? 17:23
17:24 kst``` left
moritz_ I think it doesn't matter where the list is 17:24
17:25 kst``` joined
pasteling "azawawi" at 212.38.136.170 pasted "$*EXECUTABLE_NAME & $*OS globals.pir patch" (27 lines, 820B) at sial.org/pbot/32433 17:27
azawawi i can only get it to work with $*OS but not with $?OS 17:28
moritz_ they could, in principle, have different values
azawawi the thing is that with $?OS i simply get the PAST:VAR out of scope error 17:29
[particle] prefers google groups
it's straightforward to set up svn to forward commits to an ml
azawawi thinks that google groups is a good idea also
moritz_ pmichaud: I have root privileges on feather, so I could set up a mailing script
TimToady note to treematching folks: it is envisaged that signatures in a rule will match nodes in a tree 17:43
[particle] t\spec\S02-builtin_data_types\anon_block..................Could not find non-existent sub plan 17:46
pmichaud: any ideas?
17:59 drbean__ joined 18:01 tomyan left 18:09 Lorn left
ewilhelm azawawi, I found a 5.10.0-ism '//' in pugs's Makefile.PL 18:09
[particle] we can get rid of v6-alpha everywhere, yes? 18:11
18:16 drbean__ left 18:17 zamolxes joined 18:18 justatheory left 18:19 drbean__ joined 18:35 ludan joined
pmichaud [email@hidden.address] 18:38
if someone can get svn to forward commits to that address, we can announce it
18:39 drbean__ left 18:40 drbean__ joined
pmichaud azawawi: $?OS is a compile-time variable, so it's not exactly the same as $*OS 18:40
at present rakudo isn't doing much in the way of compile-time variables, although that will likely change soon. 18:41
azawawi i know but most tests in S02-magicals are using $?
pmichaud: how do i define a $? global variable? 18:42
pmichaud it has to be defined in the compiler -- probably as part of actions.pm
basically we have to use the value at compile-time
18:42 kst``` left, kst``` joined
pmichaud so, if I have my $x = $?OS; then the compiler needs to switch that to be something like my $x = 'Linux ...'; 18:46
azawawi i see
pmichaud (except that $?OS should probably be some sort of object, not just a string. We'll have to think about that a bit.) 18:47
azawawi so the change wont be as easy as i first thought...
pmichaud we could *fake* $?OS to act like $*OS for now, though, assuming that the compile-time value will be the same as the runtime value. 18:48
But that sounds like a serious cheat.
azawawi the thing that i dont understand is how the PAST compiler sees $?OS as $OS but not $*OS 18:50
18:57 drbean__ left
pmichaud I don't understand the question. 19:00
19:01 justatheory joined 19:06 ksem joined
ksem Evening. 19:07
19:08 ksem left
azawawi pmichaud: r u there? 19:11
pmichaud here. 19:12
azawawi im sorry i wasnt clear in my last question
pmichaud no problem. :-) Perl has lots of murky areas sometimes.
azawawi set_hll_global("$*OS",...) works perfectly but $?OS results in a scope error and it sees it as $OS 19:13
[particle] is the ? twigil implemented?
pmichaud I don't think we implement the ? twigil yet. 19:14
azawawi i dont know... that's why im asking ;-)
[particle] there you go.
azawawi cool
pmichaud I'm thinking we might cheat for now and make the ? twigil act like *, though.
[particle] works for me
pmichaud but that feels like an awfully big cheat. :-|
[particle] until we're failing tests because of the cheat, all's fair ;) 19:15
azawawi we're failing a lot of tests because we dont support ? twigil
btw, where do we implement the ? twigil ?? 19:16
19:22 Lorn joined
[particle] needs to be parsed in src/parser/grammar.pg, if it's not already 19:22
pmichaud I'm pretty sure it's parsed in grammar.pg already
[particle] then probably the variable method in src/parser/actions.pm needs modification 19:23
pmichaud right. but ?-twigil variables are a little special.
for example, $?LINE needs to be able to query the line number from the match object.
[particle] well, if you're copying *, then it's in variable, no? 19:24
pmichaud yes, if we just treat ? the same as *, then it's easy.
but that doesn't work for many ? variables
for example, there's not a $*PACKAGE global. 19:25
19:26 drbean__ joined
[particle] true 19:26
pmichaud so, things like $?CLASS, $?MODULE, $?LINE, etc. aren't represented in PAST as normal PAST::Var lookups. Generally they become PAST::Val nodes of some sort. 19:27
at runtime, $?LINE is a constant.
anyone know what needs to be done to get pugs svn commit to post to the mailing list I just created? 19:28
[particle] need to add a post-commit hook to the pugs svn repo 19:29
google 'svn post commit email'
19:30 exodist_ left 19:41 Exodist joined
rakudo_svn r31569 | particle++ | [rakudo] accept apostrophe (' and -) in identifiers 19:41
19:44 drbean__ left
pugs_svn r22487 | particle++ | [t] remove use of external module 19:54
19:56 drbean joined 19:58 kst``` left, kst``` joined 20:02 drbean_ joined 20:07 pyrimidine left 20:13 drbean___ joined 20:15 drbean left 20:17 pyrimidine joined 20:21 drbean_ left 20:28 drbean__ joined 20:30 drbean___ left 20:39 pmurias joined
pugs_svn r22488 | moritz++ | [t/spec] unfudge passing transliteration tests 20:40
r22489 | particle++ | [t] improve sub names in export tests 20:41
pmurias is back home for the weekend so has internet access again ;) 20:44
moritz_ pmurias: did you notice that STD.pm got reduce actions? 20:45
20:46 ab5tract left
pmurias looking 20:46
moritz_: hi
moritz_ hi pmurias ;) 20:47
pmurias needs "This week in #perl6" ;) 20:49
20:49 drbean__ left 20:50 drbean__1 joined 20:51 iblechbot left
pmurias moritz_: having that builting instead of inheriting and using nasty hacks is nice 20:51
moritz_ reports 4424 passing spec tests for rakudo 20:54
azawawi moritz_++ 20:56
20:56 drbean_ joined
moritz_ hates RT 20:56
why does it redirect me to the public interface after successful login? 20:57
azawawi if you use the public url, it does...
20:58 iblechbot joined
moritz_ azawawi: could please send your patches to rt as attachments? either your mail client or RT wraps the lines of inline patches 20:59
azawawi moritz_: hmmm let me check 21:00
pmurias what would be a good name for a STD parse tree to mold compiler?
[particle] mildew is mold growing on fabric 21:01
azawawi moritz_: gmail is the culprit... 21:02
moritz_: would u like a final any-str.pir with all patches applied?
moritz_ azawawi: no, one by one is fine 21:03
azawawi: with p5cho(m?)p I'd like to wait until pmichaud has refactored the scalars/list/container stuff
I'm reviewing/testing chomp() right now 21:04
pmurias [particle]: mildew seems a nice word
moritz_ uhm, wtf is that .newline method in S29-str/chomp.t? 21:05
I've never seen a reference to it anywhere
azawawi moritz_: yeah
moritz_: i was surprised when i saw it.... 21:06
moritz_ that's... weird. unspecced. evil. 21:07
21:07 drbean__ joined 21:08 drbean__1 left
azawawi moritz_: the patches are on RT as attachments 21:10
pugs_svn r22490 | moritz++ | [t/spec] chomp.t: deleted tests involving unspecced .newline method.
r22490 | moritz++ | Fudged for rakudo
21:12 drbean___ joined 21:13 zamolxes left, drbean_ left
rakudo_svn r31573 | moritz++ | [rakudo] implement Str.chomp, and add test to spectest_regression. 21:15
r31573 | moritz++ | Patch courtesy by Ahmad Zawawi <ahmad dot zawawi at gmail.com>, azawawi++
r31573 | moritz++ | Closes RT #59556
azawawi moritz_: thx 21:16
21:16 kst``` left, kst``` joined 21:17 jhorwitz left
moritz_ wants a post-commit hook that automatically closes tickets when I say 'closes RT #d+' in the commit message 21:18
21:18 wknight8111 joined 21:24 drbean__ left
pyrimidine moritz_: only place I could find .newline is in pugs/docs/Perl6/Overview/Data.pod 21:27
and it's def. unspecced (and quite possibly evil) 21:28
21:29 drbean___ left
pyrimidine line 18: .chomp # Returns chomped string with a .newline property giving the newline removed 21:31
pasteling "azawawi" at 212.38.136.170 pasted "'make spectest' output" (161 lines, 10.9K) at sial.org/pbot/32441
21:34 drbean__ joined 21:35 pyrimidine left
azawawi moritz_: This bug can be closed rt.perl.org/rt3//Public/Bug/Display...l?id=57014 21:36
lambdabot Title: #57014: ./perl6 -e '1' gives error and segfaults
moritz_ azawawi: thanks, closing it now 21:38
21:39 zamolxes joined
moritz_ azawawi: if you want to get information about tests that are not in spectest_regression, you can also run 'perl tools/update_passing_test_data.pl' 21:39
azawawi moritz_: cool 21:40
azawawi thinks about working on RT #49586 21:41
rt.perl.org/rt3//Public/Bug/Display...l?id=49586
lambdabot Title: #49586: [TODO] Write tests for perl6 -c/-v/-e/-h
moritz_ the chomp.t assume that there's a perl 5 like List.chomp form 21:44
*tests
azawawi moritz_: Can't locate TAP/Harness.pm in @INC when running it on feather1
i noticed... let me check 21:45
moritz_ iinstalls TAP::Harness
azawawi moritz_: you're right; only one signature 'our Str multi method chomp ( Str $string: ) is export' 21:46
moritz_ azawawi: please try again 21:47
azawawi thinks it a very cool script
moritz_++ 21:48
moritz_: one note though, it does not go through them in order 21:49
moritz_ azawawi: right, it just goes through them in the order in which they are found in the dir tree
azawawi hmmm actually it is a bit random... e.g. S16 21:51
21:51 Limbic_Region joined 21:52 pmurias left
moritz_ "found in the dir tree" doesn't mean "as ls returns them", but rather in the order that the inodes are stored on disk 21:52
21:52 drbean__ left
azawawi ;-) 21:52
rakudo_svn r31574 | moritz++ | [rakudo] in tools/update_passing_test_data.pl, try to print out the number of 21:55
r31574 | moritz++ | planned tests instead of the number of ran tests. That's only possible for
r31574 | moritz++ | very new TAP::Harness versions, so be nice if it's not new enough.
21:55 jferrero joined 21:56 Exodist left
azawawi moritz_: t/spec/S29-str/chop.t has also unspecced stuff at the end... 21:56
21:56 Exodist joined
moritz_ azawawi: yes, that's rather obscure 21:58
azawawi: especially the last two tests seem to assume that chop mutates the values in-place 21:59
azawawi checks svn log
22:00 drbean__ joined 22:02 hercynium left
pugs_svn r22491 | moritz++ | [t/spec] remove two very obscure chop.t tests that seemed to assume in-place 22:03
r22491 | moritz++ | mutating semantics. azawawi++ for noticing.
azawawi they seem to come from t/unspecced/chop.t 22:05
moritz_ freaky, t/sunspecced/sort.t actually implements its own sort routine 22:06
azawawi moritz_: to start working on RT #49586, i need RT #59570 to be committed 22:07
moritz_: so that $*OS and $*EXECUTABLE_NAME work...
moritz_ azawawi: where is $*EXECUTABLE_NAME specced? 22:13
azawawi Variable.pod
moritz_: docs/Perl6/Overview/Variable.pod 22:15
pasteling "moritz_" at 89.13.235.192 pasted "$*EXECUTABLE_NAME misbehaviour?" (5 lines, 153B) at sial.org/pbot/32442
moritz_ I'd expect that to print out './foo.pl'
azawawi hmmm but you ran it using #!./perl6 22:16
moritz_ compare with perl 5 22:17
22:17 kst``` left 22:18 kst``` joined, drbean__ left
pasteling "moritz_" at 89.13.235.192 pasted "perl 5 equivalent" (5 lines, 103B) at sial.org/pbot/32443 22:18
azawawi $0 is not $EXECUTABLE_NAME (use English) 22:20
moritz_ right, that's $*PROGRAM_NAME 22:21
azawawi moritz_: anyway, i only found the following in parrot
moritz_ azawawi: if you go by perl 5 analogy, $*EXECUTABLE_NAME should be an absolute path 22:22
22:22 iblechbot left
azawawi www.parrotcode.org/docs/ops/core.html 22:23
lambdabot Title: Parrot Core Ops - parrotcode
azawawi moritz_: search for interpinfo
moritz_ I'm half sleeping alredy, and shouldn't try to think about such things right now ;) 22:25
azawawi me 2 ;-)
pmichaud it's possible that parrot doesn't have a convenient hook to that information yet. 22:26
[particle] moritz_: i hope by the time you wake up, 'is export' will work in rakudo :)
azawawi maybe we can get it like _config() in perl6.pir
moritz_ [particle]: that would be great ;) 22:27
pmichaud well, that would provide the parrot config information, but that probably wouldn't hold the address of the perl6 executable
but it might.
okay, I see how to enable post-commit email messages in subversion; how does one get admin access to the svn repository for pugs?
pugs_svn r22492 | azawawi++ | [t/spec] removed comment about evil unspecced chomp.newline 22:28
[particle] you need root on feather
pmichaud I have root on feather
moritz_ pmichaud: either ask Juerd for access, or tell me what to do ;)
oh
you just need file-level access
pmichaud is feather the pugscode svn repo?
moritz_ yes
pmichaud ah.
moritz_ in /data/svn/
pmichaud /data/svn/pugs/ ? 22:29
moritz_ yes
22:30 ab5tract1 joined
moritz_ this host has a surprising number of host names 22:30
perlcabal.org, parrotvm.org, pugscode.org, feather.perl6.nl
pmichaud okay, going for "forgiveness rather than permission" :-) 22:31
[particle] well, parrotvm.org is now property of parrot foundation
we'll keep it pointed at feather until we decide what to point it to instead :)
azawawi [particle]: any idea how to get $*PID for perl6/parrot process? 22:32
[particle] hrmm... 22:33
pmichaud okay, pugs-commit should be enabled. Now to do a commit and see if it works. :-) 22:34
[particle] azawawi: not possible afaics 22:35
pugs_svn r22493 | moritz++ | [util/perl6.vim] coro is gone, macro rules! 22:36
22:36 tristes_tigres joined
tristes_tigres hi 22:36
moritz_ hi 22:37
pmichaud: what's the google group?
pmichaud just a sec
[particle] pugs-commits@ iirc 22:39
[email@hidden.address]
pmichaud yeah, that's it.
pugs_svn r22494 | pmichaud++ | Fix my cpan id in AUTHORS.
ab5tract1 are there any plans to write a(nother, newer) book on parrot? 22:40
azawawi groups.google.com/group/pugs-commits 22:41
lambdabot Title: pugs-commits | Google Groups
moritz_ ab5tract1: Whiteknight is updating p6pe these days
22:41 justatheory left 22:42 justatheory joined
azawawi feeling sleepy 22:44
good night 22:45
22:45 justatheory left
pmichaud what's a good return address to use for the svn commit messages? 22:46
(From: address, that is.) 22:47
22:47 Khisanth left
ab5tract1 p6pe? 22:47
this link is broken on the smop wiki page: people.debian.org/~ruoso/SMOP.pdf
pmichaud ab5tract1: p6pe is "Perl 6 and Parrot Essentials"
an O'Reilly book
ab5tract1 okay. so there will be a new version soon-ish? 22:48
pmichaud I don't know.
moritz_ pmichaud: so far I haven't got a mail from pugs-commits
[particle] we're wearing our hacker hats, not our author hats lately 22:49
pmichaud moritz_: I still have to subscribe the svn commit bot to the group (or else open the group up to "anyone can post")
[particle] &
22:52 eternaleye_ joined
ab5tract1 [particle]: i dig it. i'd rather see parrot 1.0.0 than p6pe 2 22:55
22:55 ludan left
ab5tract1 though i am definitely looking forward to the 4th edition of the camel book 22:55
moritz_ ok, first mail arrived
22:55 drbean___ joined
pmichaud I sent that mail manually -- now we need to see if it happens automatically upon a commit. 22:59
pugs_svn r22495 | pmichaud++ | [t/spec] Add a note about Junction.values to TASKS.
pmichaud yay, it works!
moritz_ pmichaud++ 23:00
23:00 drbean_ joined 23:01 tristes_tigres left
pmichaud now to get a good procmail filter on it so I only see the good stuff. :-) 23:06
23:10 justatheory joined 23:11 drbean__ joined 23:13 kanru left 23:14 drbean___ left 23:15 eternaleye_ left, eternaleye_ joined 23:18 kanru joined, drbean_ left 23:27 Exodist left 23:28 Exodist joined 23:30 drbean__ left 23:32 drbean__ joined
ab5tract1 how does one leave a message? i saw it happen earlier 23:32
wait, nevermind, its a wiki i can change the link myself :) 23:36
23:36 kst``` left, kst``` joined 23:37 drbean___ joined, Exodist left 23:43 kanru left, Exodist joined 23:44 kanru joined 23:47 eternaleye_ left 23:50 drbean__ left, kanru3 joined 23:51 Khisanth joined 23:53 drbean__ joined 23:55 drbean___ left 23:59 eternaleye_ joined

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!