perl6-projects.org/ | nopaste: sial.org/pbot/perl6 | evalbot: 'perl6: say 3;' | irclog: irc.pugscode.org/
Set by mncharity on 25 March 2009.
00:00 payload joined 00:05 Limbic_Region joined
dalek kudo: da03c6c | pmichaud++ | build/PARROT_REVISION:
Bump PARROT_REVISION to get latest ** <expr> changes.
 00:06
00:11 justatheory joined
pugs_svn r26263 | pmichaud++ | [t/spec]: rakudo unfudge for quantified-by-separator tests 00:15
dalek kudo: d0310a3 | pmichaud++ | build/PARROT_REVISION:
Bump PARROT_REVISION once again.
 00:30
00:37 simcop2387 joined
pmichaud rakudo: say ~('abc,def,ghi' ~~ / \w+ ** ',' /) 00:38
p6eval rakudo e453f4: OUTPUT«sh: ./perl6: No such file or directory␤»
pmichaud rakudo: say ~('abc,def,ghi' ~~ / \w+ ** ',' /) 00:42
p6eval rakudo e453f4: OUTPUT«sh: ./perl6: No such file or directory␤»
pmichaud rakudo: say ~('abc,def,ghi' ~~ / \w+ ** ',' /) 00:46
p6eval rakudo e453f4: OUTPUT«sh: ./perl6: No such file or directory␤»
00:58 Limbic_Region left 00:59 payload left 01:24 sitaram left 01:37 puddle joined, puddle left 01:49 cspencer joined 01:50 brunov left
LylePerl rakudo: say 'hi' 02:00
p6eval rakudo d0310a: OUTPUT«hi␤»
LylePerl pmichaud: There is a problem with rakudo and more recent parrots. I've submitted a bug last week but have no idea what the problem is unfortunately :( 02:01
rakudo: say ~('abc,def,ghi' ~~ / \w+ ** ',' /) 02:02
p6eval rakudo d0310a: OUTPUT«abc,def,ghi␤»
02:19 c9s_ joined 02:27 kate21de1 left 02:33 c9s_ is now known as c9s_osdc 02:34 nsh- is now known as nsh
spx2 does 7zip support recovery ? 02:57
03:03 meppuru joined
eternaleye rakudo: 'abc,def,ghi' ~~ / \w+ ** ',' /); say ~$/ 03:11
p6eval rakudo d0310a: OUTPUT«Syntax error at line 1, near "); say ~$/"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / \w+ ** ',' /; say ~$/
p6eval rakudo d0310a: OUTPUT«abc,def,ghi␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / \w+ ** ',' /; say $/.perl
p6eval rakudo d0310a: OUTPUT«Match.new(␤ # WARNING: this is not working perl code␤ # and for debugging purposes only␤ ast => "abc,def,ghi",␤ text => "abc,def,ghi",␤ from => 0,␤ to => 11,␤)␤» 03:12
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say ~$/
p6eval rakudo d0310a: OUTPUT«abc,def,ghi␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say $/.perl
p6eval rakudo d0310a: OUTPUT«Match.new(␤ # WARNING: this is not working perl code␤ # and for debugging purposes only␤ ast => "abc,def,ghi",␤ text => "abc,def,ghi",␤ from => 0,␤ to => 11,␤ positional => [␤ Match.new(␤ ast => "abc",␤ text => "abc",␤ from => 0,␤ to => 3,␤ ),␤
..Match.ne...
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say ~@( $/ )
p6eval rakudo d0310a: OUTPUT«1␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say @( $/ )
p6eval rakudo d0310a: OUTPUT«abcdefghi␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say $/[1] 03:13
p6eval rakudo d0310a: OUTPUT«Use of uninitialized value␤␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say $[1]
p6eval rakudo d0310a: OUTPUT«say requires an argument at line 1, near " $[1]"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤» 03:14
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say $<1>
p6eval rakudo d0310a: OUTPUT«Use of uninitialized value␤␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say $<0>
p6eval rakudo d0310a: OUTPUT«Use of uninitialized value␤␤»
eternaleye rakudo: 'abc,def,ghi' ~~ / (\w+) ** ',' /; say @( $/ )[1]
p6eval rakudo d0310a: OUTPUT«Use of uninitialized value␤␤»
03:14 justatheory left 03:19 meppl left 03:38 Kisu joined 03:46 Kisu left 03:47 orafu joined 03:48 nsh left 03:51 cspencer left 04:07 alester joined 04:09 c9s_osdc left, c9s_osdc joined 04:12 cspencer joined 04:18 c9s_osdc left 04:31 ejs left 04:36 alanhaggai joined 04:37 brunov joined 04:44 alanhaggai left 04:57 justatheory joined 04:59 justatheory left
literal perl6: my $foo; $foo<bar> = 1; say $foo.perl; 05:13
p6eval pugs: OUTPUT«\\(\("bar", 1),)␤»
..rakudo d0310a: OUTPUT«Method 'postcircumfix:{ }' not found for invocant of class 'Failure'␤current instr.: 'postcircumfix:{ }' pc 5508 (src/classes/Associative.pir:133)␤»
..elf 26263: OUTPUT«{"bar" => 1}␤»
literal is this supposed to autovivify?
it does in Perl 5, which surprised me 05:14
pmichaud yes, its supposed to autovivify.
It's one of our ongoing annoying bugs.
cspencer pmichaud: you available to field a spec related question? :) 05:18
pmichaud cspencer: sure 05:22
cspencer i'm moving the trig subs from src/builtins/math.pir into Num in the setting and i'm wondering what S32 means when it says that "use Num :Trig" will install the sub names into Num::Trig 05:23
i'm assuming that the :Trig flag should make sin/cos/atan etc available in the global namespace, no?
pmichaud yes, fsvo "global namespace"
cspencer (what's fsvo, for my future reference) :) 05:24
pmichaud (for some value of)
cspencer ah ok
pmichaud but I'm guessing the intent is that the transcendentals aren't in the curernt setting by default; they have to be imported
cspencer yes, that's my take too 05:25
pmichaud for the time being Rakudo is acting as if they're always imported, until we get import tags fully implemented
(and possibly until we get proper lexical settings)
cspencer are the import tags not working? 05:26
i thought that i'd had it such that :Trig would haul the subs into the calling package
or do you mean in the current revision of rakudo 05:27
pmichaud afaik, the import tags aren't implemented yet.
I could be wrong about that.
cspencer i'm under the impression that they work for me, though i could be wrong myself :) 05:28
pmichaud currently I think everything gets imported, regardless of tag. 05:29
the way to know for sure would be to try to use a trig function w/o having done "use Num :Trig". If it fails, then perhaps tags are working.
rakudo: say sin(3); 05:30
p6eval rakudo d0310a: OUTPUT«0.141120008059867␤»
cspencer oh, yes, you referring to the current builtin trig functions
in my local copy i've moved them over to Num.pm with tags
and that does work for me 05:31
pmichaud and the above fails?
cspencer yes
pmichaud interesting.
I'd be very interested in seeing the patch.
cspencer do you want me to do a format-patch and send it over? it's not quite completed yet
pmichaud sure... although I'm going to have to disappear in a bit 05:32
(to travel to the hackathon venue)
cspencer ah, that's still on-going
:
i'll head to bed and send it off to you in the morning
pmichaud okay, that'll be great 05:33
I already have a fairly full hackathon day scheduled :-)
cspencer i was hoping to get the ability to specify degrees/radians/gradians cut in tomorrow anyways
pmichaud (Lots of wonderful hacking. Not enough hours.)
cspencer heh :)
alrighty then, happy hacking, i'll follow up tomorrow with a patch of some sort :) 05:34
rakudo: say "asdf".p5chop 05:36
p6eval rakudo d0310a: OUTPUT«f␤»
cspencer rakudo: say p5chop("asdf")
p6eval rakudo d0310a: OUTPUT«f␤»
05:38 c9s_osdc joined 05:39 cspencer left, c9s_osdc left, c9s_osdc joined 05:45 c9s_osdc left 05:46 c9s_osdc joined 06:05 ejs joined 06:06 sitaram joined 06:12 iblechbot joined, sitaram left 06:14 cspencer joined
jnthn import tags are implemented and tested somewhat. 06:29
06:33 meppuru is now known as meppl, c9s_osdc_ joined
cspencer jnthn: good to know that i wasn't just imagining them working for me then :) 06:34
jnthn -> hackathon venue 06:37
06:44 Kisu joined 06:46 ejs left 06:47 c9s_osdc left 06:56 alanhaggai joined 07:01 sephee joined 07:11 alester left 07:13 mib_46y74j joined, cspencer left, mib_46y74j left 07:14 Konge joined 07:15 masak joined
masak OH HAI 07:15
so, day #2 of the hackathon.
pmichaud I'M IN YR PROJECTR, SCRLIN YR SCREEN
07:16 szabgab joined
szabgab Konge, OH HI 07:16
07:20 hanekomu joined
szabgab Konge: room ? 07:21
hanekomu Konge: you at/from Linpro? 07:23
*you're
szabgab hanekomu, Konge is the name of our room projected to the screen 07:24
hanekomu ah
are you at the linpro offices already?
(this seems to be a difficult question. no one in any channel can answer it.) 07:25
szabgab is batman at the moment... 07:26
batman aka the linpro guy
baest hanekomu: yes we are here, but I'm not sure there's any from linpro, but salve has a card
hanekomu ok
i just need to find out whether i can print out the boarding pass pdf file this afternoon at 5pm at linpro
baest OMG 2 buts, need more coffee
oh
szabgab hanekomu, you can use a printer here. 07:27
hanekomu cool, thanks!
szabgab it's really no problem :)
hanekomu :)
hanekomu is much relieved
szabgab ok, got to get marcus ... see you around
hanekomu see you
baest szabgab: sorry, didn't see you there :)
szabgab is not batman anymore ;)
baest linpro in the house
07:31 mberends joined 07:32 hanekomu left
imarcusthis house is in the linpro 07:41
sjn Hackathon morning meeting @ 10:00 07:42
masak excellent. 07:43
07:50 ihrd joined 07:57 c9s_osdc_ left 08:05 xinming_ joined 08:09 hanekomu joined 08:19 payload joined 08:20 barney joined 08:25 stas joined 08:26 stas is now known as Guest29693
dalek kudo: 0458077 | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 372 files, 10430 passing, 0 failing
 08:33
08:34 Konge left 08:40 DemoFreak joined
jnthn std: @arr(-->Num) 08:42
p6eval std 26263: OUTPUT«##### PARSE FAILED #####␤Unable to parse argument list; couldn't find final ')' at /tmp/DGQ8WBrWdi line 1:␤------> @arr(-->Num)␤ expecting any of:␤ argument list␤ standard stopper␤ terminator␤ whitespace␤Other potential difficulties:␤ Variable @arr is
..not predec...
jnthn my @arr(-->Num) = <1 2.1 3.2>;
std: my @arr(-->Num) = <1 2.1 3.2>;
p6eval std 26263: OUTPUT«ok 00:02 35m␤»
jnthn
.oO( I didn't know we had *that* syntax too )
 08:43
masak .perl is very broken. 08:45
jnthn masak: How so? 08:47
masak jnthn: getting Null PMC access in can() and stuff. 08:48
08:49 iblechbot left
jnthn masak: Example? 08:49
masak jnthn: actually, I think those were Parrot objects. 08:50
we're debugging HTTP::Daemon code.
08:50 payload left, payload joined 08:51 payload left, payload joined 08:52 payload left 08:53 payload joined
jnthn masak: Sure, well, Parrot objecs won't have a .perl - but sounds like the wrong error. 08:57
masak aye
will investigate later and submit a rakudobug.
jnthn cool 08:58
dalek kudo: 65b3bb5 | jnthn++ | src/parser/actions.pm:
Implement --> for specifying return type.
kudo: 80f0d32 | jnthn++ | :
Merge branch 'master' of [email@hidden.address]
jnthn (btw git pull --rebase gave me an error...)
Tene jnthn: I just implemented |%args, but only for the case when it's in a % var. Do you have issues with me committing it? 09:01
Lemme show you the patch.
masak jnthn: what error?
jnthn masak: the can one 09:02
oh
for git
somehting about me not being up to date?
:-S
Tene jnthn: copy/paste the error, and I'd be glad to help. 09:03
You could even paste it into my pastebin running on rakudo: pleasedieinafire.net:5080/
;) 09:04
jnthn lost it now, will paste it next time I get it though 09:06
Tene kk
jnthn: I'm asking about |%args because you mentioned some issues with implementing it a while back... do you remember?
sjn Next @ hackathon: Group picture, 12:00
jnthn Tene: Yeah. I think this will do as a first cut though 09:07
However
if substr($past.name(), 0, 1) eq '%' {
Probably better as
if $past<sigil> eq '%' {
Tene ah!
jnthn That should work I think.
Tene tests
yes, that works 09:09
pugs_svn r26264 | lwall++ | [STD] copy $<sym> up for [X] brackets
dalek kudo: 0dfcf49 | (Stephen Weeks)++ | src/parser/actions.pm:
Implement |%args for interpolating a hash into named arguments to a sub call.
 09:12
09:14 c9s_ joined, c9s_ left, c9s_ joined 09:23 Guest29693 left 09:29 Guest29693 joined
baest pmichaud: I'm not sure I understand why /'ab\\yz'/ matches ab\x5cyz, seems like it gets translated to something weird in perl6regex/01-regex.t. Now /"ab\\cd"/ matches ab\cd, but not ab\x5cyz 09:31
baest is puzzled
hmmm, the last one should be ab\x5ccd 09:32
pmichaud: I'm not sure I understand why /'ab\\yz'/ matches ab\x5cyz, seems like it gets translated to something weird in perl6regex/01-regex.t. Now /"ab\\cd"/ matches ab\cd, but not ab\x5ccd 09:33
omega gist.github.com/97991 <-- I get that trying to make latest rakudo master (I pulled 5min ago, ran perl Configure.pl --gen-parrot, which built a new parrot), and then gmake
masak omega: :/ 09:34
baest omega: builds at my machine 09:35
not that that helps
09:36 alanhaggai left 09:40 Schnueff joined
masak omega: I'd say this happens sometimes. 09:41
omega: try doing 'git reset --hard HEAD^' until it compiles.
baest masak++ # for saving my day by explaining that yz is not hexidemical :) 09:51
masak :) 09:52
it's those little things that always gets us.
baest indeed
masak mberends++ and I are up to here in little things right now.
frettled heh
masak holds hand above head
we hope to be able to bring all the little things together into a useable Rakudo patch. 09:53
we seriously want this.
Tene++ bacek++ cosimo++ for providing the groundwork.
sjn pictures at 12:30? raise your hand to vote 09:55
o/
frettled oh, here too? /o\ 09:56
masak sure, 12:30 is fine. 09:57
bacek who woke me up??? 09:58
mberends bacek: hi, masak and I are doing the server bits of IO::Socket and IO::Socket::INET for Rakudo Setting 09:59
omega masak: I had to gmake clean first
masak bacek: \o/ preved!
baest pmichaud: you've got patch mail 10:00
bacek masak: preved!
baest omega: I do that every time, just to make sure
bacek mberends: how is going with server side?
omega baest: yeah, I just keep forgetting since I seldom do compiled work 10:01
mberends some intermediate tests work, there is refactoring to do and then the S32 specified objects and methods.
10:01 c9s_ left 10:04 Guest29693 left 10:05 Guest29693 joined 10:06 hanekomu left
jnthn We can haz Rakudo web server?! :-) 10:07
masak jnthn: this is... nontrivial. but we're working on it.
mberends jnthn: don't be too impatient!
10:07 presh joined
frettled mberends: so it won't be done in time for the group photo? :D 10:08
masak frettled: probably not. :)
frettled masak: darnit :)
masak frettled: why, you need it that badly?
frettled masak: well, I have this video streaming server written in Rakudo that needs a web server... ;) ;) 10:09
masak o_O
frettled hey, the smileys are there for a reason.
masak indeed.
my reaction was a smiley too. ;)
10:10 araujo joined
masak jnthn: ping 10:19
moritz_ masak: you pinged me yesterday? 10:21
pmichaud: in r26263, does the #!rakudo have any meaning? 10:23
pmichaud it's just a comment -- I forgot to remove the line after unfudging it.
feel free to remove the line.
moritz_ ok
baest pmichaud: you have a quick hint of how to do \n \r and stuff in /"\n"/ in pge? 10:24
pugs_svn r26265 | szabgab++ | start creating a CPAN package from the smartlinks.pl script 10:26
mikehh rakudo (0dfcf49) builds on parrot r38204 - make test/make spectest PASS on Ubuntu Intrepid i386 10:32
frettled So, er, hmm, where is Matt's blog?
(and shouldn't I be downstairs taking your pictures? woops.(
10:34 kate21de joined
pmichaud baest: sure, I do. 10:39
10:41 cosimo joined
masak moritz_: I've forgotten what about. :/ 10:48
the density of events is just too large right now.
and sleep too scarce. 10:49
mberends cosimo: hi, we're continuing with listen(), accept() and so on :)
ihrd rakudo: my $foo = { "Yay" }; say $foo(foo => 'bar'); 10:54
p6eval rakudo 0dfcf4: OUTPUT«FixedIntegerArray: index out of bounds!␤current instr.: '_block21' pc 108 (EVAL_17:54)␤»
ihrd rakudo: my $foo = { "Yay" }; say $foo(1); 10:55
p6eval rakudo 0dfcf4: OUTPUT«Yay␤»
ihrd aha, first looks like rakudobug
jnthn yeah but already known/ticketed
masak oh, I completely missed that one. 10:56
masak rubs eyes
10:56 Maghnus joined, mikehh_ joined
jnthn masak: did ma patch help? 10:56
Or not tried yet?
masak jnthn: remaking parrot. 10:57
jnthn :-) 10:58
cosimo mberends: cool 10:59
10:59 iblechbot joined
masak rebuilding rakudo. 10:59
jnthn: yah, it helped. 11:00
running spectests.
pugs_svn r26266 | szabgab++ | moving some of the sub of smarlinks.pl to the Smart::Links module
pasteling "mberends" at 87.238.46.195 pasted "RFC: S32 - Temporal Proposed Time::Absolute specification :)" (148 lines, 6K) at sial.org/pbot/36073 11:02
masak mberends: this looks really worthwhile. I think it's time we supported quantum mechanics in our Temporal class.
pugs_svn r26267 | jnthn++ | [t/spec] Tests for subtyping of roles within the type parameters. 11:03
jnthn 17 new tests we're about to pass :-) 11:04
masak one error in t/spec/S03-junctions/basic.t -- is that one known?
jnthn no 11:05
11:06 payload left
pmichaud no, probably not known. Might be something the patch breaks. :-( 11:06
jnthn and likely related to the patch...
masak I'll try without it as well.
barney hydrogen at absolute 0 is a bit inpractical,
masak barney: I agree fully. I normally ingest it at higher temperatures. 11:07
mberends barney: the hydrogen in pizza is easier to handle too :) 11:08
barney Of course the drift of fundamental constants needs to be parametized
mberends barney: I forgot about that. sorry. 11:09
11:11 mikehh left 11:15 alanhaggai joined
ihrd jnthn: I just trying to find RT ticket for this bug, but search have no result for 'FixedIntegerArray' at all 11:19
masak ihrd: submit a new one just in case. 11:20
ihrd RT Search works? I was find other tickets in mail be this key word
masak RT Search works, as far as I know. 11:21
jnthn ihrd: oh, I thought you meant the second one...missed the first paste 11:22
ihrd jnthn: ok, I will send rakudobug 11:24
moritz_ rakudo: use Num :Trig; say atan(2) 11:26
p6eval rakudo 0dfcf4: OUTPUT«1.10714871779409␤»
moritz_ rakudo: say atan(2)
p6eval rakudo 0dfcf4: OUTPUT«1.10714871779409␤»
11:27 mjk joined
jnthn I think they are not marked :Trig yet? 11:29
mberends pizza alert! 11:30
moritz_ presumably
pugs_svn r26268 | moritz++ | [t/spec] remove disabled fudge line; make sure that we compare Strs (and not Matches) with Strs
r26269 | moritz++ | [t/spec] unfudge a line for rakudo
moritz_ jnthn: but it should be fixable
11:30 nsh joined
masak jnthn: after upgrading parrot, the t/spec/S03-junctions/basic.t error persists. :/ 11:31
11:31 rblasch joined
moritz_ I think Configure.pl should check if the current parrot is too old, and warn - even if not run with --gen-parrot 11:33
11:36 rblasch left 11:50 mjk left
masak moritz_: +1 11:52
moritz_ any takers on the hackathon?
;-)
masak jnthn, pmichaud: ok, so the results are in. only one testfile fails. it's not the one we thought. 11:53
...which explains why we couldn't reproduce from the cmdline.
it's t/spec/S03-junctions/autothreading.rakudo
moritz_ what are you trying to do? 11:54
baest moritz_: it could also warn when parrot is too new 11:56
moritz_ baest: I don't think that helps very much 11:57
baest moritz_: I would think that a few problem could arise that way and it should bevery trivial to check if the reverse is checked. Newer parrot could also break the spectest or even rakudo 11:58
12:08 PhatEddy joined 12:11 barney left 12:24 kidd joined 12:28 PacoLinux joined
ihrd rakudo: multi foo (@a, %h?) { say 1 }; multi foo ($a) { say 2 }; foo(<1 2>); 12:32
p6eval rakudo 0dfcf4: OUTPUT«Ambiguous dispatch to multi 'foo'. Ambiguous candidates had signatures:␤:(Positional.new() @a, Associative.new() %h?)␤:(Any $a)␤␤current instr.: '_block14' pc 94 (EVAL_16:51)␤»
12:32 hanekomu joined
ihrd why it is ambiguous here? 12:33
12:35 mikehh_ is now known as mikehh
moritz_ a list can be bound to a scalar as well... but i think the list should be preferred 12:36
s:2nd/list/array/
ihrd I think the same way, this is what I mean 12:38
rakudo: multi foo ($a) { say 1 }; multi foo (@a) { say 2 }; foo(<1 2>);
p6eval rakudo 0dfcf4: OUTPUT«2␤»
ihrd and this work, when arity the same 12:39
but I think it is should work in first example too
moritz_ maybe a not provided optional argument counts the same as a type match? 12:40
lunch &
12:42 ihrd left
jnthn "refusing to pull with rebase: your working tree is not up-to-date" 12:58
^ whoever cares
that's what git pull --rebase gets me
masak jnthn: and 'git status' is clean? 13:00
jnthn no, I have local uncommitted too 13:01
masak jnthn: don't. 'git stash' 13:02
jnthn can't be arsed ;-)
masak git stash is like one command. :)
jnthn But yes, that'd have been a way.
yeah but svn ci was one command under svn :-P
masak jnthn: is the above ambiguity (which moritz_ and ihrd discussed) in order?
dalek kudo: cc6b141 | jnthn++ | src/parser/actions.pm:
our T sub foo() { ... } form of setting the return value now akshually sets it.
kudo: 25f7728 | jnthn++ | :
Merge branch 'master' of [email@hidden.address]
kudo: d803a10 | jnthn++ | src/classes/Role.pir:
Implement subtyping based on role parameters, so now Positional[Int] ~~ Positional[Num], for example.
kudo: df86625 | jnthn++ | t/spectest.data:
Mark a test that needs ICU as such, and add S12-role/parameter-subtyping.t.
masak jnthn: git gives you more granularity. you can build a workflow so that you don't use that granularity. but I find it's very nice to have at times.
jnthn I suspect that one may be more about the arity and the optional rather than sigil based stuff...
masak ok. 13:04
13:04 mib_sau8miyp joined, mib_sau8miyp left 13:05 alanhaggai left
pugs_svn r26270 | jnthn++ | [t/spec] Unfudge some tests for different forms of specifying the return value, and add a copule too. 13:05
13:05 azawawi joined
azawawi hi 13:05
szabgab hi
jnthn rakudo: multi foo (@a) { say 1 }; multi foo ($a) { say 2 }; foo(<1 2>) 13:06
p6eval rakudo 25f772: OUTPUT«1␤»
azawawi szabgab: cool :)
jnthn yeah, that works
jrockway heh, that look a lot like perl 5 :)
13:07 azawawi left
jrockway (with MX::MultiMethods :) 13:07
jnthn my @arr[3](-->Num) = <1 2.1 3.2>; 13:08
std: my @arr[3](-->Num) = <1 2.1 3.2>; 13:09
p6eval std 26269: OUTPUT«ok 00:02 35m␤»
masak jnthn: what does that do? 13:10
jnthn well, give a type check error at best ;-) 13:11
masak jnthn: are you about to commit the parrot patch, by the way?
jnthn I think whoever wrote the test with it in expects it to be the same as my Num @arr[3]
masak jnthn: I think I'd expect that, too. 13:12
jnthn I'm asking if we really need yet another way to specify a typed array.
And if we can kill the syntax. ;-)
masak :)
jnthn my Num @arr and my @arr of Num is already two ways...
masak it does look a bit superfluous...
jnthn Parrot patch - I can do that now. 13:13
pnu rakudo: my Num $x = +"xx"; say $x
p6eval rakudo 25f772: OUTPUT«0␤»
pnu should that throw an exception?
pmichaud no.
jnthn masak: Did you run the Parrot tests too btw? 13:14
masak jnthn: nope. 13:15
should I? :)
masak runs them
jnthn yeah, probably will be faster on your laptop than mine ;-)
masak 's laptop smiles
pnu rakudo: my Int $x = +"xx"; say $x 13:16
p6eval rakudo 25f772: OUTPUT«Type mismatch in assignment.␤current instr.: 'die' pc 17309 (src/builtins/control.pir:225)␤»
pnu pmichaud: and that..?
masak pnu: it coerces to a Num at present.
pmichaud pnu: what masak just said :) 13:17
pnu ok
pmichaud right now string numification always returns a num
13:17 Guest29693 left
masak does not want 13:17
but you know that already. there's an RT ticket. :)
pmichaud to fix that, we have to start actively working around parrot's numification semantics (more than we already do) 13:18
pnu i guess int is not the narrowest APPROPRIATE type at the moment.. :-)
masak jnthn: I see a few failures in the parrot tests. are they all supposed to pass?
pmichaud well, we'd be disappointed if +"3.14" returned 3.
jnthn heh, who knows ;-) 13:19
Actually though
If they're not related to P6Object...
masak jnthn: oh, sorry. all tests successful.
I must have misread the scrollage.
jnthn: so, plz commit! :) 13:20
kthxbai.
13:21 azawawi joined
jnthn masak: comitted! 13:21
pugs_svn r26271 | szabgab++ | move the javascript code into a separate file called smartlinks.js
masak jnthn++
azawawi hi masak :) 13:22
masak azawawi: OH HAI
azawawi: how's life?
azawawi masak: getting better by the second :) 13:23
masak azawawi++ 13:24
azawawi is off to upgrade Syntax::Highlight::Perl6 :)
masak yay!
pugs_svn r26272 | jnthn++ | [t/spec] More tests for parametric subtyping. 13:25
pnu Since +"xx" == +"0" == 0, how should I find the difference .. I'm trying to validate user input without using my own regexp for that. 13:30
pmichaud how do you mean "find the difference"? 13:34
you want to verify that you have an integer, or ...?
baest it is possible to have something like $I0 = $S0 == 'x' || $S0 == 'y'? 13:35
in parrot
in pir even
pnu pmichaud: yes, i'm trying to verify that the Str is parsable as a Num. 13:36
13:37 PhatEddy left
pmichaud pnu: you could try /<Perl6::Grammar::dec_number>/ 13:38
which ends up using the grammar's definition of what counts as a number
baest: no, what you describe has to be broken out into separate steps
baest pmichaud: ok, yes that's what I did, but I hoped for a pretty solution. Oh well 13:39
pnu pmichaud: ok, thanks. dec_number matches everything that can be stored in a Num without losing information? 13:40
pmichaud it's what Rakudo uses to determine a valid number, yes.
It's also likely to be what Rakudo uses to convert a string to a number.
pnu pmichaud: isn't Perl6::Grammar::number more appropriate for a Num? and ..::integer for a Int? 13:45
frettled Group photos from today: howcaniexplainthis.blogspot.com/ 13:48
13:49 LylePerl joined
masak jnthn, pmichaud: we have a patch ready, we think. but running 'perl Configure; make' gives us this error when making gen_setting.pir: Method 'join' not found for invocant of class 'ResizablePMCArray' 13:51
is that a bad sign? or are we missing something vital? 13:52
13:52 Whiteknight joined
masak frettled++ # howcaniexplainthis.blogspot.com/ 13:54
pugs_svn r26273 | szabgab++ | start turning the Smart::Links into a class 13:57
14:00 mberends left
masak en.wikipedia.org/wiki/Emanuel_Vigeland # for those who went along to the mausoleum 14:01
14:02 hanekomu left
pugs_svn r26274 | szabgab++ | fix test for Smart::Links 14:02
pnu Let's say i have $x='foo' how do i call foo() -- i recall there was a syntax like $x.() or something but can't find it now. 14:07
moritz_ for methods it works with $object.$x()
for subs... don't know. eval? 14:08
or maybe ::$x() ?
14:10 justatheory joined
moritz_ rakudo: sub foo { say "bar }; my $x = 'foo'; $x() 14:11
p6eval rakudo df8662: OUTPUT«say requires an argument at line 1, near " \"bar }; m"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
14:11 jferrero joined
moritz_ rakudo: sub foo { say "bar" }; my $x = 'foo'; $x() 14:11
p6eval rakudo df8662: OUTPUT«invoke() not implemented in class 'Perl6Str'␤current instr.: '_block14' pc 84 (EVAL_17:49)␤»
moritz_ rakudo: sub foo { say "bar" }; my $x = 'foo'; ::$x() 14:12
p6eval rakudo df8662: OUTPUT«ResizablePMCArray: Can't pop from an empty array!␤current instr.: 'parrot;Perl6;Grammar;Actions;typename' pc -4425070 ((unknown file):-1)␤»
moritz_ that looks a bit like a bug
moritz_ summons masak
pugs_svn r26275 | szabgab++ | stop exporting functions from Smart::Links
moritz_ rakudo: sub foo { say "bar" }; my $x = 'foo'; eval $x
p6eval rakudo df8662: OUTPUT«bar␤»
pnu hmh.. self.$x() might work for me.. eval seems evil. 14:14
i'm writing a test suite and would like to pull the method names from a table. 14:15
masak moritz_: oh hai.
masak submits
moritz_ pnu: I'd use eval for that... it's OK when you trust your data source, which you seem to do 14:16
pugs_svn r26276 | lwall++ | [extract_pghpw.t] missing paren
pnu moritz_: yea, or i could use code refs 14:17
moritz_ pnu: or that, yes 14:18
pnu i just recall there _was_ a syntax, so ::$x() is it but broken?
moritz_ don't know, you'd have to check the specs 14:19
most likely S02
TimToady for a real code ref &$x() works 14:20
dalek kudo: 4a11dd5 | pmichaud++ | (2 files):
Allow 'dumper' option to pick dump style.
 14:21
TimToady for a symref, you have to use &::($x)() or some such
pugs_svn r26277 | jnthn++ | [spec] Tidying up, removing duplication and filling out S14. 14:22
moritz_ rakudo: sub foo { say "bar" }; my $x = 'foo'; &::$x() 14:23
p6eval rakudo df8662: OUTPUT«Syntax error at line 1, near "&::$x()"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
moritz_ rakudo: sub foo { say "bar" }; my $x = 'foo'; &::($x)()
p6eval rakudo df8662: OUTPUT«Syntax error at line 1, near "&::($x)()"␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
pugs_svn r26278 | szabgab++ | move add_link to the class 14:24
pnu ..that would be nice to have. 14:25
moritz_ pnu: feel free to open a TODO ticket
masak I've done stuff like that. I used eval. it's a workaround, but it was sufficient. 14:26
but yes, TODO ticket.
pugs_svn r26279 | cosmicnet++ | added spec test for $*CWD
masak tickets are a way of saying "I care".
LylePerl++ 14:27
LylePerl That's the first Spec test to use inline parrot Q:PIR
masak :) 14:28
arguably, spec tests shouldn't.
moritz_ LylePerl: that's not a good idea, because they are not portable
among implementations, that is
masak right.
LylePerl ah
oops
moritz_ there's something you can do, however
masak LylePerl: what's the Q:PIR used for in this case?
LylePerl Is there a way to make the test run only if it's Rakudo? 14:29
moritz_ you can write a Perl 6 version, fudge it by preceeding it with #?rakudo emit #
and write a #?rakudo emit $yourversionhere line
LylePerl masak: To check Rakudo's $*CWD matches parrots
pnu masak, moritz_: Ok, i'll open that ticket if I find the spec. Or i just quote TimToady. :-)
masak LylePerl: ah. well, what moritz_ said. 14:30
pnu: the latter is faster. :)
moritz_ LylePerl: that's nothing you should care about, from a language perspective
LylePerl: it might be better chdir somehwere, and then check $*CWD if it matches
14:31 hanekomu joined
LylePerl moritz_: I was trying not to depend on chdir... oh well, at least I learned something 14:31
pugs_svn r26280 | szabgab++ | Smart::Links broken_link_count
moritz_ LylePerl: the tests assume that the current working directory is above t/spec/, so you could check if "$*CWD/t" exists, or so 14:32
masak I swear I wasn't doing a disco dance in the second picture on howcaniexplainthis.blogspot.com/200...hotos.html , but I admit it sure looks that way. 14:34
jnthn: 'Why yes, "OMFG" is a correct response to this hack.' :P 14:37
moritz_ who's the one on the right, on the second picture? 14:38
LylePerl moritz_: Could I use #?rakudo emit =begin <code....> #?rakudo emit =end
masak moritz_: baest.
14:38 nihiliad joined
moritz_ LylePerl: no 14:39
jnthn masak: Yeah, it's a hack alright.
masak :)
moritz_ LylePerl: you need at least a label after =begin and =end 14:40
masak I'll see what I can do to improve it. 14:41
pmichaud rakudo-specific tests don't belong in spectests
LylePerl moritz_: Think I've found a bug in S05-modifier/ignorecase.t
pmichaud spectests should test language features that are part of the spec.
LylePerl mortiz: it uses that syntax... unless I'm missing something else 14:42
pmichaud: ok, I'll take it out
14:42 azawawi left
moritz_ LylePerl: I think that testing for the existance of "$*CWD/t" might be a good alternative 14:42
pmichaud if we're testing something that really needs a rakudo-specific test, we can put it in rakudo's t/00-parrot directory or something similar. 14:43
but better is to just have the generic Perl 6 tests.
14:43 hanekomu left
pugs_svn r26281 | moritz++ | [t/spec] improve fudging of ignorecase.t, LylePerl++ 14:45
r26282 | baest++ | Updating specs with Larrys clarification of whether space in /< abe>/ is optional
r26283 | szabgab++ | Smart::Links move error method
moritz_ szabgab: do you "just" refactor the smart links, or do you also want to add missing features?
szabgab both 14:46
I hope
moritz_ good ;-)
pugs_svn r26284 | moritz++ | [S28] $*INC should be @*INC, I hope
szabgab and would like to release to CPAN
moritz_ currently the S32 documents are unlinkable, and don't produce HTML copies 14:47
szabgab to make it usable for any project with pod and test
I add this as TODO to the smartlinks.pl file 14:48
baest how often is the spec built?
moritz_ the html files? hourly, I think
baest moritz_: thanks
14:49 cosimo left
moritz_ 01 * * * * nice -n5 /home/agentzh/update-syn 14:50
pugs_svn r26285 | cosmicnet++ | replaced rakudo specific spec test
moritz_ from agentzh's crontab
masak moritz_: right! now I remember my question to you: it was about smartlinks. how up-to-date are the smartlinks that are in the spectests? 14:51
baest moritz_: even more thanks :)
moritz_ masak: before the big S32 refactor, all of them worked (ie found a target) 14:52
masak ah.
moritz_ masak: now most S32 tests still point to S29, and are broken... but since linking to S32 doesn't work yet, I haven't found the motivation to fix them
masak jnthn: I now have a patch that handles :: right in build/gen_setting_pm.pl -- but that made the 'join' error return during build. :/ 14:53
(i.e. it works without the fix, but breaks with it)
moritz_: I see. makes sense.
szabgab moritz_, can you check pls if Class::Accessor is installed on that machine ? 14:59
moritz_ ii libclass-acces 0.31-2 Automated accessor generator 15:00
szabgab thanks
moritz_ np
pugs_svn r26286 | szabgab++ | Smart::Links start using Class::Accessor and move the $check to the class
masak jnthn: gist.github.com/98094 15:02
dalek kudo: 6161852 | (Carl Masak)++ | src/setting/IO/Socket (2 files):
added server bits to IO::Socket::INET
 15:03
LylePerl For string interpolation, what's the p6 equiv of "dir${sep}folder" where the variable is called $sep? 15:16
15:18 masak left
baest literal: "dir{$sep}folder" 15:18
LylePerl: ^^ 15:19
LylePerl baest: that did it, thanks :)
baest LylePerl: {} is a closure so you can just about anything inside there 15:20
15:21 skids joined
pugs_svn r26287 | cosmicnet++ | added chdir spec test 15:22
dalek kudo: f03edcc | (Carl Masak)++ | src/builtins/control.pir:
[src/builtins/control.pir] switched to op form of join
 15:24
kudo: c271e16 | (Carl Masak)++ | build/gen_setting_pm.pl:
[build/gen_setting_pm.pl] added support for multi-jointed type names
15:25 FurnaceBoy joined 15:27 cspencer joined
pugs_svn r26288 | lwall++ | [repeat.t] ** is not allowed on an already quantified atom 15:28
pnu rakudo: my $foo=1; eval "$foo+=1"; say $! 15:34
p6eval rakudo c271e1: OUTPUT«Unable to set lvalue on PAST::Val node␤»
cspencer can i define a subroutine signature that will do something although the lines of: sub foo(Num $x where $x ~~ one(10|13|39)) { say "x was $x" } 15:35
ie) the signature will enforce $x being one of 10, 13 or 39?
skids specwise yes, and some of the where stuff was working for a while, then not so well, but maybe now it is better. 15:36
though IIRC where needs curlies?
frettled yesterday, we discussed how to do this with parametric subtypes, jnthn is the right guy for this >:->
cspencer do you recall what S\d\d this was in? 15:37
skids looks
15:37 masak joined
cspencer ah, okay, you were right - the where block just needed the curlies :) 15:39
it parses and works as expected with them - thank you!
skids S02 "polymorphic types" has a short bit. I think there's a longer bit on it elsewhere.
np.
jnthn rakudo: sub foo($x where one(10,20,30) { say "ok" }; foo(10); foo(1); 15:40
p6eval rakudo c271e1: OUTPUT«Unable to parse multisig; couldn't find final ')' at line 1, near "{ say \"ok\""␤␤current instr.: 'parrot;PGE;Util;die' pc 129 (runtime/parrot/library/PGE/Util.pir:85)␤»
masak pnu: did you see your error in that evaluation?
jnthn rakudo: sub foo($x where one(10,20,30)) { say "ok" }; foo(10); foo(1);
p6eval rakudo c271e1: OUTPUT«ok␤Parameter type check failed for $x in call to foo␤current instr.: 'die' pc 17428 (src/builtins/control.pir:225)␤»
jnthn You can do it like that without the curlies too :-)
masak rakudo: my $foo = 1; eval '$foo += 1'; say $!
p6eval rakudo c271e1: OUTPUT«Use of uninitialized value␤␤»
masak rakudo: my $foo = 1; eval '$foo += 1'; say $foo
p6eval rakudo c271e1: OUTPUT«2␤»
skids Oh right where without curlies is smart match, right? 15:41
jnthn Right.
It must makes it into a { $_ ~~ ... }
*just 15:42
frettled useful instead of a bother
pugs_svn r26289 | lwall++ | [e.t] e is not a function 15:43
jnthn rakudo: say Positional[Int] ~~ Positional[Num] 15:44
p6eval rakudo c271e1: OUTPUT«1␤»
jnthn woo
pnu masak: i would like to modify the variables in the callers environment, but i guess that's a feature (that you can't)?
masak pnu: no, you can. 15:45
frettled Blimey, I already have a user on github, I just forgot it. AND I got my old unix user name
masak pnu: the problem was that you used double quotes.
pnu ah, ok.
masak pnu: because then $foo is interpolated as 1.
and you can't += a literal.
pnu very reasonable 15:46
masak indeed.
moritz_ \$foo maybe?
moritz_ doesn't really know what you are talking about, just guessing
masak moritz_: or just single quotes :P
masak prefers to default to single quotes, and only use the double quotes when interpolation is needed
skids has been trying to get into that habit for years now :-) 15:47
frettled masak++
baest masak: yeah, me to. It should be faster as well (not that it's important at all) since less parsing is necessary 15:48
masak I'm a bit OCD-y about it, actually. I've been known to demote "" strings to '' strings when they lost their variable or \n.
15:48 cosimo joined, Psyche^ joined
masak baest: also, I print with commas instead of string concatenation. it just feels saner. 15:48
it's not premature optimisation, it's just a preference. 15:49
I don't want the computer to spend its life concatenating strings.
baest masak: I'm beginning to do that as well (commas)
moritz_ it's not easy when you come from a C/C++ background and '' denotes characters, not strings ;-)
pugs_svn r26290 | lwall++ | [STD] delete extrapost and affix contextuals 15:50
r26290 | lwall++ | [viv] remove S_\d\d\d from VAST classnames for mangled names
r26290 | lwall++ | [viv] beginning of --p5 output, translates @foo[<a b c>] to $foo[qw<a b c>]
skids hrm does infix ~ return a string or a Cat?
moritz_ a Str
baest well I don't think getting used to using the more efficient way of doing things (when readability is the same) is premature optimization. Just being nice
masak moritz_: for me it's the other way around. I tend to do '' in Java when I mean an ordinary string.
baest moritz_: even though I wrote C++ before Perl, I have problems in C++ now since a put all strings in single quotes :) 15:51
masak: oh, should have read your comment, apparently we agree
moritz_ masak: yes, it's the same for me now
walk & 15:52
15:58 justatheory left
skids is it kosher to have a parameter (@list) given "list" is a builtin? I'm still not clear as to when or if that might cause problems. 15:59
masak skids: it's kosher. 16:00
skids: having sigils just makes such problems go away. 16:01
skids I figured but was then like "you know there might be some esoteric way to get into trouble here"
:-)
16:01 Psyche^ is now known as Patterner
masak jnthn: we didn't bump the Parrot version, did we? :) 16:02
people over here are experiencing Parrot build problems.
skids had to rebuild parrot this morning after an update. 16:03
for a GMT-5 definition of morning
masak skids: well, saying $.attr and @.attr will call the same accessor, but will (I think) present the returned value differently. 16:04
skids Yeah, that I noticed. I forgot if raw $!attr was also affected.
masak skids: no, don't think so. 16:05
those are just normal (instance-scoped) storage locations. 16:06
16:06 justatheory joined
skids That reminds me of a question of mine. 16:07
Suppose you have class X is int16 { #other attribs, methods } 16:08
Is there a way to repoint the base int16 at another memory location.
e.g. for attributes, you could overload := to := the attribute PMC. 16:09
cosimo is there any known problem with t/spec/S03-operators/assign.t ? seems to hang for me on win32
skids But for the "self"?
masak skids: I'd recommend using composition there instead of inheritance.
16:10 justatheory left
masak rakudo: class A { has $.x := 42 }; say A.x 16:10
p6eval rakudo c271e1: OUTPUT«Use of uninitialized value␤␤»
masak is this a bug?
skids I think a not-implemented-yet.
masak maybe I should make it a forget-me-not by submitting a TODO ticket. 16:11
skids Actually I'm not entirely clear pseudo-:= is specced to work, but I think it may not work even if done later in a method.
It'll probably get a look when the accessors and raw access get another smack with the "ye shall now work" stick. 16:13
masak rakudo: class A { has $.x; method foo { $!x := 42 } }; my $a = A.new; $a.foo; say A.x
p6eval rakudo c271e1: OUTPUT«Null PMC access in set_attr_str()␤current instr.: 'parrot;A;foo' pc 250 (EVAL_20:99)␤»
masak submits rakudobug 16:14
pmichaud rakudo: say "\c[INFINITY NEGATED WITH VERTICAL BAR]" 16:26
p6eval rakudo c271e1: OUTPUT«⧞␤»
pmichaud rakudo: say "\c[FINITE]"
p6eval rakudo c271e1: OUTPUT«perl6regex parse error: Unrecognized character name FINITE at offset 8, found 'F'␤current instr.: 'parrot;PGE;Perl6Regex;parse_error' pc 10792 (compilers/pge/PGE/Perl6Regex.pir:1367)␤» 16:27
masak rakudo: say "\c[Unrecognized character]" 16:28
p6eval rakudo c271e1: OUTPUT«perl6regex parse error: Unrecognized character name Unrecognized character at offset 8, found 'U'␤current instr.: 'parrot;PGE;Perl6Regex;parse_error' pc 10792 (compilers/pge/PGE/Perl6Regex.pir:1367)␤»
masak rakudo: say "\c[Unrecognized character name]"
p6eval rakudo c271e1: OUTPUT«perl6regex parse error: Unrecognized character name Unrecognized character name at offset 8, found 'U'␤current instr.: 'parrot;PGE;Perl6Regex;parse_error' pc 10792 (compilers/pge/PGE/Perl6Regex.pir:1367)␤»
16:29 mberends joined
masak :) 16:29
mberends masak: OH HAI from Oslo Torp airport :) 16:30
masak mberends: \o/
mberends Oslo++
howzit with the Socket?
masak mberends: so, Rakudo can haz socket patch, and I've pushed the changes in Web.pm.
mberends masak++
masak now I'm kind of in a blissfull daze, just writing an email to parrot-dev. 16:31
16:31 alanhaggai joined
mberends :) time for some serious blogging. Give some to mst++ 16:31
WTOP = World Take Over Plan, but keep it sekrit. 16:32
masak :D
mberends oops, this is not private :(
masak does jedi wave 16:33
#perl6 you did not hear that.
mberends :)
masak patches wtop README to say "wtop does _not_ stand for World TakeOver Plan" 16:34
mberends will re-gerenarate ideas and constraints list for proto database 16:37
*re-regenerererate 16:38
masak mberends: sounds good. 16:39
in my last hour here, I will focus on the ops idea.
'fudo' -- Fake User-Defined Operators. 16:40
mberends :D 16:41
LylePerl masak: I've been battle with git... I've finally got my fork with the $*CWD and chdir features 16:44
masak LylePerl: battling with git is expected in the beginning.
LylePerl masak: I think I've made the pull request properly on github (recipient rakudo) can you confirm? 16:45
moritz_ LylePerl: please submit patches via RT, not via the fork queue
LylePerl masak: git is an appropriate name :)
masak LylePerl: I don't know if I can. I'll check.
moritz_: I think I might have told LylePerl that pull requests were an appropriate way. aren't they? 16:46
moritz_ masak: I don't think that pmichaud or jnthn check the fork queue, at least I don't
masak oh. I didn't know that.
LylePerl: unless you have yet another username, I don't see you on github.com/rakudo/rakudo/forkqueue 16:47
LylePerl moritz_: to [email@hidden.address] or [email@hidden.address] 16:48
masak the latter, I'd guess.
then it ends up in RT.
LylePerl masak: I can't see that page. I went onto github.com/cosmicnet/rakudo/tree/master and clicked pull request, then 'rakudo' as a recipient 16:50
masak pmichaud: I'm writing the parrot-dev email. what was the exact benefit of qx{} to the Parrot people again? something with checking PIR files...
LylePerl: should be sufficient. anyway, you might want to do the RT thing instead. sorry for misleading you earlier.
LylePerl: git can haz an email-patch subcommand. 16:51
or something.
LylePerl masak: I usually do patches with a diff -u... so you need special git patches? 16:52
mberends masak: there should be project whose name is 'mausoleum', but I cannot think what would deserve it. 16:53
masak mberends: let's let that one brew for a while.
cspencer LylePerl: git has a "git diff" command as well as a "git format-patch" which will preserve the commit messages
masak LylePerl: no, not really.
LylePerl: what cspencer said.
mberends masak: or decompose.
masak mberends: that one's for a music module, clearly. 16:54
mberends :-)
masak mberends: it would be nice to hook up a Perl 6 REPL to an independent process which played a music loop, and then just send new instructions to that process when new commands are issued. can that be done today? 16:55
cspencer so, i've moved the trig functions out of src/builtins/math.pir and into the Num class in the setting. does putting them into src/setting/Num-trig.pm sound reasonable instead of cluttering up Num.pm itself? 16:57
(following along the lines of Any-*.pm, i suppose)
16:58 Guest29693 joined
cspencer also, in order to support conversion of degrees/gradians/revolutions to radians, i'd added a !convert-to-radians private method, but in order to make it available to both Int and Num, i'd put it in Any-num.pm, which i'm unsure is the correct thing to do... 16:59
17:00 payload joined
mberends masak: no more hacking today. /me flies o/ 17:04
17:04 alester joined 17:05 mberends left 17:08 stas_ joined 17:12 nsh- joined 17:13 nsh left
LylePerl ok, I've submitted the patch and updated my guide on the wiki. What's the average turn around for patches getting committed? 17:13
skids rakudo: my $f = \(1,2,3); $f.perl.say 17:16
cspencer LylePerl: it varies depending on how busy people are, but a couple days to a week-ish is probably the norm
(based on my experience, that is)
skids taps foot 17:17
moritz_ cspencer: I'd go with Num.pm, but in the end it's pmichaud's decision
cspencer moritz_: alright, i'll put it in there for the time being. Num.pm's not too crowded at the moment anyways... 17:18
skids begins to worry about evalbot rlimit
rakudo: 1.say
cspencer perl6: 1.say 17:19
skids haz kilt evalbot
p6eval rakudo c271e1: OUTPUT«maximum recursion depth exceeded␤current instr.: 'parrot;P6object;HOW' pc 54 (runtime/parrot/library/P6object.pir:98)␤» 17:20
rakudo c271e1: OUTPUT«1␤»
elf 26290, pugs, rakudo c271e1: OUTPUT«1␤»
skids there we go
17:21 Guest29693 left 17:22 stas_ left 17:31 nihiliad left 17:32 nihiliad joined 17:38 ejs joined
pugs_svn r26291 | cspencer++ | Import required trig functions via "use Num :Trig" 17:38
17:51 meppl left
szbalint g/win 1 17:51
nm
17:53 diakopter joined
diakopter feather/pugscode http/svn down temporarily... will be back shortly. 18:02
18:03 ChanServ sets mode: +o diakopter 18:08 masak left 18:09 LylePerl left
cspencer t/spec/S03-junctions/autothreading.t seems to be broken in rakudo HEAD for me... 18:17
or rather, rakudo breaks while running that particular set of tests :) 18:18
moritz_ cspencer: did you do a 'make parrot'? 18:19
cspencer i did, yes....
pugs_svn r26292 | lwall++ | Kill prefix:<=> very, very dead.
moritz_ compiles parrot and rakudo, to check 18:20
cspencer i'm just checking out a previous version to see if it passes alright myself...
pugs_svn r26293 | lwall++ | [STD] Kill prefix:<=> even deader.
skids wonders what replaces prefix:<=> 18:21
moritz_ doesn't wonder, but reads the diff instead 18:22
18:23 Kisu left
pugs_svn r26294 | lwall++ | [STD] forgot to kill The Fish... 18:25
moritz_ it's .lines for getting all lines - but how do I get only the next one? $handle.lines[0]?
cspencer moritz: that's what's killing it? 18:26
TimToady .get
moritz_ TimToady: ok, thanks
TimToady alias @$handls works
grr
also @$handle works
moritz_ cspencer: I guess what's killing it is its clumsyness 18:27
TimToady: so is 'unshift @$handle' the same as '$handle.get'?
TimToady well, the first indicator was when Gabor started his tutorial with my $x = =$*IN
moritz_: maybe, or $fh.unget perhaps 18:28
skids will clean up S07 then.
TimToady the second indicator was when we starting trying to figure out laziness, and got all tangled in the semantics of =
moritz_ TimToady: erm yes, I meant shift, not unshift
TimToady well, but that might not modify the $fh iterator itself 18:29
18:29 M_o_C joined
TimToady and finally I decided that for something that gets used very visibly in scripts that are read by non-Perl programmers, lines() was much more intuitive than =<> 18:30
moritz_ the golfers will not be that happy... ;-) 18:33
TimToady we figured out that most golf programs will start with 'no g;' :-)
which is one char shorter than 'use g;' 18:34
pugs_svn r26295 | skids++ | Hunt down last prefix:<=> survivor in S07 and exterminate
TimToady someone will need to fix the tests now... 18:35
but we're going to dinner...
bbl & 18:36
moritz_ guesses who that "someone" might be ;-)
cspencer moritz: were you able to replicate that test failure? 18:39
moritz_ cspencer: I was, but it seems that my Makefile was out of date, I'm trying again now 18:41
cspencer: yes, still fails 18:42
cspencer i'm just testing previous versions right now to figure out when it started... 18:43
moritz_ if you know a good version, you can git-bisect
cspencer i haven't heard of that git command yet - what's that do?
literal (git bisect)++
cspencer does a diff between two versions? 18:44
18:44 alanhaggai left
moritz_ cspencer: you tell it a good and a bad revision, and it guides you in finding the revision that introduced the bug 18:44
cspencer: by doing a binary search
literal cspencer: book.git-scm.com/5_finding_issues_-...isect.html
cspencer ah ok
that's helpful
literal: thanks for the link, i'll bookmark that set of docs :) 18:45
18:45 szabgab left
literal that book is pretty good, also this: www.gitready.com/ 18:45
moritz_ is readline() and .get the same?
18:47 dukeleto joined
cspencer i've found the last revision that works 18:48
moritz_ which one? 18:50
cspencer how do you get the current commit/revision number?
moritz_ git log 18:51
or git show|head -n 1
cspencer commit df866252af41ed14fdbdfe3878f1d33129a6b1ff
it was just from earlier today
moritz_ so 4a11dd5b9db83229ab98a733ca332ac7754c96fa broke it? 18:52
seems harmlessly enough
sure that it wasn't a parrot problem?
cspencer i'm just checking to see if the bump in parrot version did it 18:53
it passes for me with rakudo HEAD and parrot 38200 18:56
(instead of parrot 38208)
moritz_ ok, so it's parrot 18:57
cspencer i think so, i'm just doing a "make realclean" and building again to be sure....
yes, i'm thinking it's the parrot version bump that broke it 18:59
19:01 ZuLuuuuuu joined 19:02 sri_kraih_ joined
skids ponders git. 19:02
So if "my branch is ahead of origin/master by N commits" I should probably get it up to date with upstream/master before committing a change?
Or do I not need to worry about that? 19:03
moritz_ skids: commit first, then worry about merging or rebasing
at least if you did your changes already 19:04
skids by commit, you mean commit, or push? 19:05
moritz_ just commit
19:05 LylePerl joined
skids OK, then what do I do to get my github copy up to sync with my pulls from upstream/master? 19:06
push to origin:master? 19:07
skids == total git novice, obviously 19:08
cspencer is in the same git novice boat
19:09 justatheory joined
cspencer skids: where did you originally pull from? your github repo or the rakudo one? 19:11
skids I used the web UI to create a fork, pulled from that, then added upstream/master as a source and have been doing "git pull upstream master" since.
cspencer i'm think that pushing to the origin master would work then 19:13
s/i'm/i/
skids wonders what the "fast forward" UI button does.
19:15 Kisu joined
skids now wonders whether the "fast forward" button takes some time to work. 19:16
OK, well, that seemed to work. 19:18
19:19 FurnaceBoy left 19:22 xinming_ left
skids sends pull request for adding Iterator.get, and hopes he did all that right. 19:23
moritz_ skids: please submit patches to RT (with git-format-patch)
19:24 xinming joined
skids now you tell me :-) 19:24
19:25 ejs left
moritz_ skids: the README says so for quite a while :) 19:25
cspencer although the rakduo wiki "steps to create a patch" still indicates otherwise 19:26
:)
moritz_ :( 19:27
19:27 xinming left
cspencer (though it does mention sending it to RT as well) :) 19:27
moritz_ updates the wiki
") At least until the rakudo team gets everything working together, patches also need to be submitted to RT. " seems pretty clear to me already 19:28
cspencer moritz: should the parrot version be set back to 38200?
moritz_ cspencer: I don't know... ask pmichaud++
cspencer alrighty 19:29
19:29 dukeleto left, xinming joined
moritz_ (I hope he'll see the hilight anyway) 19:29
19:33 wayland76 joined 19:34 wknight8111 joined, Whiteknight left
wayland76 Is it my imagination, or did we have a separate makefile for ops? 19:37
moritz_ haven't found one
skids Not for nothing, but it's not like little alarm bells go off when someone changes README :-) 19:39
wayland76 Ah, no, it was a patch from Allison that had that makefile. My bad 19:47
pugs_svn r26296 | moritz++ | [t/spec] remove a few occurances of =$fh
r26296 | moritz++ |
r26296 | moritz++ | also delete a test that seems pretty pointless and duplicated
19:53 M_o_C left 19:55 dukeleto joined
LylePerl Rakudo hasn't built on Vista with newer parrots for a while rt.perl.org/rt3/Ticket/Display.html?id=64694 19:57
wayland76 I'm reworking the build system to work with RPMs at the moment. As soon as it seem to compile, I'll send in a patch :) 19:59
LylePerl cspancer: was 38200 working for you? 20:02
cspencer in terms of not failing one of the spectest files, yes
LylePerl cspancer = cspencer, sorry
cspencer LylePerl: np :) 20:03
LylePerl cspencer: are you on Linux or Win? 20:05
cspencer LylePerl: neither, i'm on OS X
wayland76 With me here, that's all 3 :) 20:08
skids reminds self to try semi-annual rakudo compile on his ancient HP-parisc 20:11
wayland76 Someone said recently that someone tried to compile rakudo on DOS 5.0 20:15
20:15 ZuLuuuuuu left
wayland76 Not sure whether they were joking or not :) 20:15
skids CP/M? 20:16
:-)
wayland76 Analytical Engine?
(That's Babbage :) )
skids damn I can never remember the password on this thing. 20:17
skids goes looking for a debian sarge archive 20:18
skids thinks computers should be designed to start make creaking noises at 10 years of age. 20:21
moritz_ you mean instead of the 3 to 4 years that it usually takes? 20:22
20:22 pmurias joined
skids Well, this is a server class box. Weighs a lot. 20:23
20:31 donaldh joined 20:35 donaldh left
LylePerl rakudo doesn't build against 38200 for me, I'll try earlier still... 20:36
omega LylePerl: make clean?
LylePerl: that fixed some compile time problems for me at least
LylePerl I did a mingw32-make realclean 20:39
cosimo LylePerl: make clean fixed it for me too
LylePerl parrot builds fine but Rakudo wont
How do I get git to show me the previous values for PARROT_REVISION 20:40
cspencer LylePerl: git log build/PARROT_REVISION 20:41
that'll show you when it was bumped
Schnueff log -u for the diff
pmichaud good evening 20:46
there's a known failure in the spectests at the moment
I'll comment it out.
cspencer pmichaud: that's in the S03-junctions/autothread.t file? 20:47
pmichaud cspencer: yes 20:48
cosimo pmichaud: S32-str/samecase.t and S02-builtin_data_types/type.t are failing for me too 20:50
dalek kudo: 0d55159 | pmichaud++ | t/spectest.data:
Small regression on autothread.t.
20:52 szabgab joined 20:55 nekobaka joined
cosimo but on win32 20:55
21:00 nekobaka left, skids left
moritz_ is there another npw hackathon tomorrow? 21:01
szabgab moritz_, yes 21:02
another day of hackathon
frettled \o/
I just need to convince my employer that it's better for me to be there than at my physical workplace. 21:03
I mean, at my workplace, I can't just walk past an interesting whiteboard with Perl 6 internals.
moritz_ maybe I should write my Rakudo build system TODO list tonight, then
in the hope that anybody takes interest
frettled sure 21:07
21:12 simcop2387 left
frettled masak and I also briefly discussed the future packaging system for Perl 6 (I'm good at discussing things, it's finding time to *do* things that hurts), and we agreed that we should at least have a look at e.g. Debian's or Red Hat's package managers, our needs seem quite similar. 21:13
moritz_ the big difference is that .rpm and .deb distribute binary packages, we want to primarily distribute source packages 21:14
21:14 skids joined
moritz_ that said, the dependency handling of apt/dpkg is really excellent 21:14
21:15 simcop2387 joined 21:17 Schnueff left
wayland76 masak: Any idea why we're getting these non-English messages on november-wiki? Not that I mind non-English, but I don't even recognise the language, except they seem to be claiming we've been hacked or something 21:20
skids does any of it have to do with viagra? :-) 21:21
wayland76 frettled: I've spent a fair bit of time playing with package-related stuff, and I have a theory about how we should do it.
skids: "ba?lant?s?n? t?klay?n veya ba?lant? �al??mazsa taray?c?n?z?n adres". You tell me 21:22
moritz_ my build system TODO is at rt.perl.org/rt3/Ticket/Display.html?id=64868 21:26
skids wayland76: Turkish 21:29
(And google will translate.) 21:30
s1n moritz_: imho, rakudo should distance itself from parrot's build and require a prebuilt parrot (check the version and fail if requirement is not met), but it may still be too early for that
moritz_ s1n: agreed on both.
right now it's just a pain 21:31
s1n well, it may be a pain, but until parrot properly installs, we might have to just deal with the warts
moritz_ when somebody reports an error, I ask "is your parrot up to date?", then "and did you clean rakudo after you updated parrot?"
at least some of the limitations right now are artificial
s1n true, it should check the version to make sure it's up to date, but i really think we should start moving towards requiring parrot in the path (or win32 equiv) 21:33
moritz_ s1n: it's not that easy. All developers build parrot from svn, and will do so for quite a while
frettled wayland76: okay, do you think we should roll our own? 21:34
moritz_: (woops, lost your response) yes, and it's the dependency parts that are most interesting.
skids Might be worth it to have milestone-only makefile handling that uses a separate parrot.
frettled moritz_: plus, perhaps, package signing
s1n moritz_: i agree, it's not easy, but ultimately rakudo will not necessarily require a specific svn revision, but probably something more like a release revision
ultimately, this is a problem most distributors handle 21:35
moritz_ s1n: yes. But right now I'm not interested in ultimate or long-term solutions
as long as I have to ask these questions 5 times a week
s1n short term, it should keep parrot up to date when they rebuild, so yes, i agree with you
skids i can haz imedjit gratif-kashun!
frettled yikes 21:37
21:39 dukeleto left
wayland76 s1n: I'm working on having a prebuilt parrot for my Rakudo RPM 21:40
s1n wayland76: that's not a bad idea, but what happened to you building a parrot RPM?
wayland76 s1n: That's what I meant, I guess 21:41
:)
maybe I've used the wrong term
skids parrot still broken on hw with quirky alignment rules (parisc)
s1n so you'll have a parrot RPM and a rakudo RPM?
wayland76 That's the plan
s1n wayland76: good plan :)
skids Not a top priority and as I understood it a year ago, real chore to fix.
s1n did you get past the whole parrot_config issue?
wayland76 s1n: I think so. I've forgotten it :) 21:42
s1n heh
wayland76: pm
wayland76 frettled: I think the first step in building a good packaging system is to start by working towards the idea of the P5 Software::Packager, except better :)
frettled wayland76: I'd say that that depends on how quick it is to subvert an existing package system. 21:44
wayland76 frettled: What do you mean by that?
frettled wayland76: but I do think that we need a Perl API for that anyway.
moritz_ I don't understand that... git-am seems to have problems with trailing carriage returns, and my dumb system patch(1) accepts these patches just fine
frettled wayland76: Well, if it's a small job to use either rpm or deb to create a new package archive and dependency resolution system, then the effort of rolling our own system from scratch may not be worth it. 21:45
wayland76 frettled: My plan is, have one object that represents the metadata for a package, and then use that to generate debs, rpms, or whatever 21:46
frettled wayland76: masak and I discussed that too, as a more of a longer term goal.
moritz_ I think what neither of these systems support is installing multiple versions of the same package 21:47
but which is what Perl 6 is supposed to allow
wayland76 frettled: Well, the package that represents the metadata is easy. I have a Perl5 one I can port (I hope), and you can work from there
hmm
frettled moritz_: if you by 􏿽xABsame package􏿽xBB mean 􏿽xABsame package in same location􏿽xBB, then no.
wayland76 moritz_: I'm not so sure of that
I'm sure that RPM can do multiples
moritz_ I don't think dpkg does it 21:48
wayland76 because I had an x64 package that accidentally got a bunch of i386 packages installed too
frettled moritz_: but you really ought to keep the package names different, like (e.g. Debian) 􏿽xABapache􏿽xBB and 􏿽xABapache2􏿽xBB
moritz_ wayland76: arch != version
wayland76 moritz_: Good point.
frettled the general idea is to have the package system handle upgrades automatically, and then the system must know whether something is an upgrade. 21:49
moritz_ frettled: if you encode the version into the package name, you can't say "give me any apache" without saying exactly which apache you want
frettled the version number is a pretty good cue.
skids generally on debian different versions go be versioned names. Especially common in libs.
frettled moritz_: well, er, yes you can.
moritz_: in Debian, that's specified by 􏿽xABprovides􏿽xBB
If they would be in conflict, you add 􏿽xABconflicts􏿽xBB.
moritz_ frettled: so you'd create a package Foo and one Foo-$version, and Foo-$version provides Foo? that's... clever! 21:50
skids You'd probably package a -core that is depended on by all versioned packages that sets up any dir structure used in common by the different versions.
frettled So there's quite a bit of flexibility and freedom to shoot your foots off.
wayland76 moritz_: I personally don't care about multiple versions, but I won't install anything on my system unless it's an RPM
that means that a lot of the CPAN software out there is not useful to me
I'm hoping that's one thing we can fix with the Perl6 setup
frettled I suppose that Debian admins would be happy as long as they get the equivalent of dh-make-perl.
moritz_ is there no system to convert CPAN to RPM?
like dh-make-perl for debian, yes 21:51
wayland76 moritz_: Yes, but it doesn't always work wonderfully well
skids recalls years ago before dh-make-perl, trying to get ExtUtils::MakeMaker to directly gen debs.
wayland76 And it doesn't do dependency resolution properly for you. So there's plenty of room for improvement.
skids I think I did get as far as deps. 21:52
moritz_ wayland76: which one did you try? cpan2rpm? or CPANPLUS::Dist::RPM?
wayland76 I think cpan2dist is moving in the right direction, but we can do better :)
moritz_ skids: the dh-make-perl in Lenny does dependencies pretty well
wayland76 moritz_: both of those. Best results so far with either cpan2rpm or cpanspec (which is another one of the same) 21:53
skids cool.
frettled moritz_: it's a satisfying kind of magic, but with some caveats. :)
21:54 jan_ joined
wayland76 But all that stuff could be integrated (as optional) into the cpan shell 21:54
skids the scary part is that a decade plus later I can still type 'ExtUtils::MakeMaker' faster than some english words.
moritz_ ;-)
frettled skids: my condolences 21:55
LylePerl :( I've lost the ability to build rakudo
I've tried 4 different parrot versions
21:55 iblechbot left
LylePerl How can I get git to rollback to previous commits? 21:56
moritz_ git checkout $other_version
or if you want to throw away anything newere (possibly dangerous) git reset --hard $other_commit
21:58 rhr joined, jrockway joined, Diederich joined, pugs_svn joined 22:00 alester left
LylePerl "git checkout d208e1c" did it thanks 22:03
pugs_svn r26297 | moritz++ | [t/spec] test for $*OUT.say (RT #63552) 22:04
wayland76 Does $*OUT.say print a stringification of $*OUT ? 22:05
moritz_ no
rakudo: $*OUT.say("hi")
p6eval rakudo 0d5515: OUTPUT«hi␤»
wayland76 Inconsistency!
moritz_ fix! 22:06
skids parrot's iterator in scalar context gives current "index", in boolean, peeks for more values. This is not specced for $r = @a.iterator in Perl6, should it be? I could add to S07.
wayland76 (A foolish consistency is the hobgoblin of small minds :) )
skids: If no-one answers, ask ruoso
moritz_ skids: I don't think it's a good idea 22:07
skids: because you can't always tell in which context your are
multi f(Bool $x) { ... }; multi f(Str $x) { ... }; f($obj.iterator) # what does it do?
skids We will need a peek of some sort, to allow detection before a StopIteration while keeping that iteration uniterated. Also a test for infinite lists without evaluating the length, as per zip() spec. 22:09
Both could be useful/synched with IO API 22:10
frettled moritz_: As I understood it, f($obj.iterator) would result in no matching functions to call; the type doesn't match the multiple dispatch. 22:11
moritz_ frettled: why not? if $obj.iterator returns either a Bool or a Str, context sensitively?
frettled: that's mostly an example why want() won't work in Perl 6
22:11 cosimo left
skids Though ".eof" on class Iterator would be tacky being it's not a file. 22:12
wayland76 Maybe we should replace eof everywhere with eos (end of stream) or something 22:13
frettled moritz_: in that case, it might work iff it does so
moritz_ skids: a peek is fine by me (though istr that TimToady had some different ideas for that), but please not with more magic :-) 22:14
skids Perhaps. Most importantly folks working on IO API should be taught to ask "could we inherit this from Iterator"?
moritz_: OK, fine, I'll put the tophat down :-)
wayland76 skids: s/inherit/compose/, surely? 22:15
22:16 nsh- is now known as nsh
skids Sure, I mean, whatever :-) I'm more a bit pusher than a CS theory guy :-P 22:16
frettled moritz_: but what it really depends on is what type $obj.iterator is at the time of type checking, right? This may actually be undefined, unless it's covered by the change in strictness (where you have to specify whether the type is <rw> or not). 22:17
moritz_ frettled: type checking is done at dispatch time, so at time the return type of $obj.iterator is already known, because that method has run already... 22:18
frettled (the careful language is chosen because I still lack quite a bit of knowledge regarding the specs and internals)
moritz_ frettled: that means that the iterator() method can't know to which multi its return type will be dispatched... 22:19
frettled moritz_: well, it could return different types depending on runtime conditions, couldn't it?
moritz_ frettled: yes, but that condition is only known *after* it returned a value
22:19 PacoLinux left
frettled in which case, it only loosely fits the definition, and you have A Problem. 22:20
22:20 payload left
moritz_ right 22:20
skids Ah, .eoi
moritz_ the problem is that want() won't work as we know it from wantarray in Perl 5
skids Already specced for IO
frettled From my memory of Friday's talk and yesterday's discussion, that would probably result in at least a warning.
moritz_ ah, it's being discussed. That's a good thing ;-) 22:21
I'm quite confident that jnthn and pmichaud will move TimToady from the current, unimplementable situation to a different unimplementable idea ;-) 22:22
frettled Not exactly that problem, but the problems of having multiple dispatch when the types are of equal precedence was explained by pmichaud in his Talk. Using <rw> to define whether a type is defined loosely or strictly was discussed yesterday because of what might happen when you pass an array of a subtype to a function handling the type.
skids tries to figure out if people really mean $obj.iterator or $iterator.get 22:24
moritz_ man, why is Oslo so far away? I really should have been there
antiphase The beer is very expensive
antiphase got back home an hour ago 22:25
frettled moritz_: grab the next chance; Lisbon
moritz_ I don't mind the beer prices, I can live without it ;-)
frettled: I'll try
frettled antiphase: and my tequila sunrise cost me NOK 90-ish
antiphase The beer seemed to vary between 35 and 65 NOK for a pretend pint, which is extortion 22:26
I didn't get into spirits for fear of bankruptcy 22:27
frettled antiphase: 35 NOK would be the 0.4l, then. In more expensive and popular establishments, expect to pay up to 80-90 NOK for 0.5l
I don't drink beer, and I rarely go out for drinks, but I keep a reasonable selection of red and white wine, port, whisky, cognac, armagnac, etc. 22:28
moritz_: but please take what I say about the actual details of type handling with a grain of salt, I've just been a meddling observer. 22:30
22:30 Bucciarati joined
antiphase I need to get into helping with Perl 6, but I've no idea what yet. I've been somewhat inspired by NPW 22:32
frettled you too, eh... 22:33
antiphase I am but a sysadmin, without any hardcore CS knowledge
22:34 bacek joined 22:35 pmurias left
frettled antiphase: hey, there's a linguist here who's done pretty well, don't worry. 22:35
wayland76 antiphase: I'm a sysadmin too :) 22:36
frettled o/
(though with the CS background)
wayland76 antiphase: Are you any good with build systems?
frettled muahaha :D
wayland76 frettled: Don't do that until he says "yes" :) 22:37
antiphase I'va managed to avoid them so far, but it depends what's involved... :)
frettled waves hand: you like to work with build systems 22:38
wayland76: . o O (hope that helps)
wayland76 Oh. Well, Rakudo doesn't do "make install" yet :)
cspencer moritz_: re: your comment on the "use Num :Trig" patch, should i apply that and push it out?
wayland76 And I'm in the process of working on an RPM specfile that needs that :) 22:39
But I think I need to beat Parrot into a bit more submission first
antiphase Are there any specific target architectures yet, or is everyone hacking it to work on their preferred OS?
wayland76 Actaully, maybe better wait until I've done that
antiphase s/architectures/OSen/
wayland76 antiphase: the second :)
(I presume, anyway) 22:40
antiphase I'm a Debian//Ubuntu person myself
wayland76 Great, make a .deb :)
antiphase I may investigate
wayland76 antiphase: Please do. No more than investigation can be asked :) 22:41
frettled Please do so, I'll be happy to test whatever packaging you do for Debian.
wayland76 I only know packaging because I had to learn it as a sysadmin
22:41 meppl joined
frettled Hey, I know packaging, too: tar czf foo.tgz foo/ 22:41
wayland76 frettled: Unless you can remove the package after you've installed it, it doesn't count :) 22:42
frettled wayland76: oh, that's _trivial_ :)
Encap isn't too bad, if you can stand symlink hell. 22:43
wayland76 (I always do "tar -czvf rakudo.tar.gz ; rpmbuild -ta rakudo.tar.gz")
antiphase tar -ztvf perl6.tar.gz | xargs rm -rf
wayland76 antiphase: That only works if it was a binary distro, but good point :) 22:44
frettled Heh, that reminds me of something I saw on a slide on Friday: chown -R dir/
woops, chown -R user dir/
22:44 payload joined
frettled scary 22:44
wayland76 I've done that in the last week 22:45
frettled hopefully on directories where you have complete control over and knowledge of the contents.
antiphase They could at least have used user: to set the group as well
wayland76 I got a new Netbook and the user ID didn't match the one on my server, so NFS wasn't working. So I changed my UID in /etc/passwd, and then did chown wayland /home/wayland :)
Oh, yeah, I guess I did that too :)
frettled I never do chown -R on directories that I didn't make the contents in myself, and even if I did, I check carefully where the symlinks point. 22:46
wayland76 Actually, I'm wrong
sjn frettled: go to bed :)
frettled sjn: sssssh... 22:47
wayland76 I did find . -user 1000 -exec chown wayland '{}' \;
frettled mm
wayland76 So, good point, it is scary :)
Bucciarati fwiw, there is chown -h
frettled Anyway, the safer command line option set is: -Rh (to avoid dereferencing symlinks, e.g. to /, so that you don't accidentally change ownership of entire file systems) 22:48
22:48 meppl left
frettled I tend to use find . -user foo -print0 | xargs -0 chown bar: 22:48
(depending on the situation, of course) 22:49
wayland76 I use cp -R dir otherdir ; rm dir ; mv otherdir dir 22:50
:)
:-} <-- evil grin
frettled >:->
s1n wayland76: missing a -r from that rm command?
wayland76 s1n: No, I don't think so. I'm making a *real* mess with that :) 22:51
(actually, good point :) )
s1n surprised it did it without complaining
frettled wayland76: how about mv tar cSf - dir | (mv dir{,.old} && su user -c 'tar xSf -') 22:52
wayland76 mv tar would be a bit confusing :) 22:53
rakudo: system "chown :dwim";
p6eval rakudo 0d5515: OUTPUT«Could not find non-existent sub system␤current instr.: '_block14' pc 60 (EVAL_16:41)␤»
wayland76 Not implemented, I guess ;)
frettled wayland76: hmm, SNAFU in editing the line there, I see.
wayland76: you _could_ try sending system(...) 22:54
:]
wayland76 frettled: I thought you were trying to do something that looks kinda right, but creates a mess ;)
frettled wayland76: oh, no, I was just going for obscure solution wanking.
wayland76 frettled: Ok, but don't admit you were wrong :) Like when s1n pointed out about my missing -r :) 22:56
(if we were being serious, I'd be the first to admit I'm wrong :) )
frettled Were we being serious? I hope not.
I have used the tar cSf - foo | tar xSf - trick via SSH, though. 22:57
wayland76 No. Hence the "if" :)
:) 22:58
frettled tar cSzf - foo | uuencode | sendmail [email@hidden.address] 22:59
(okay, so uuencode needs parameters, but who cares) 23:00
I'll take sjn's hint now and go to bed before someone bludgeons me to death. Good night. 23:01
skids sighs and begins the long process of putting his bludgeon back in its case. 23:02
wayland76 skids: You could take it to #perl :) 23:04
Bucciarati hey I want to start hacking on Rakudo, I picked a bug that looks simple rt.perl.org/rt3/Ticket/Display.html?id=64566 . I can reproduce it and I think the test for that would go in t/01-sanity/07-range.t
wayland76 And ask for help, or when perl6 will be done
Bucciarati > my @a=1..4; say @a.elems
4
> my @a=1..4; say @a[0..*].elems
5
lambdabot <no location info>: parse error on input `='
Bucciarati (btw is this the right place?) 23:05
(I mean is this discussion relevant to this IRC channel?)
wayland76 Bucciarati: It's the right place, but I'm just the channel clown, so I can't answer your question :)
s/clown/court jester/ :) 23:06
23:10 nihiliad left
pmichaud Bucciarati: The [0..*] construct isn't cleanly supported in Rakudo yet. 23:12
Bucciarati fine with me :) I just hope there's someone willing to show me around the code (developer guide on parrot.org is not very comprehensive) and maybe hint at where I may go looking for the place where rakudo misbehaves
pmichaud in particular, Rakudo thinks that @a[0..*] is the same as @a[0..4]
eiro so @a 23:13
pmichaud (which is why it does 5 elements)
anyway, it's a bug that is high on our list to repair soon.
eiro (hello world) 23:14
Bucciarati pmichaud: yes it's clear, that made me think it's a quick bug to fix and a nice excuse to go exploring the code
pmichaud it's not a quick bug, alas.
Bucciarati er. ok :) 23:15
s1n Bucciarati: pmichaud has stated that there are no quick bugs/features left :)
cspencer pmichaud: have you had the chance to look at the trig patch i'd sent in earlier?
pmichaud The postcircumfix:<[ ]> operator has to be refactored so that it knows how to handle a Range argument
in particular, it has to know how to handle a Range where one or the other endpoints is a Whatever object
cspencer: no, I haven't -- the hackathon here has kept me _very_ busy. 23:16
cspencer pmichaud: that's understandable :)
pmichaud jnthn++ and I are currently updating Rakudo's roadmap. Ealier today we finally got some details on handling laziness; including eliminating the icky prefix:<=> op.
s1n pmichaud: back in town yet? 23:19
cspencer pmichaud: there were a couple of details i'd wanted to ask you about regarding it, but i'll wait till you've had a chance to look first :)
pmichaud s1n: no, still in oslo.
23:21 ispy_1 joined 23:24 simcop2387 left 23:26 simcop2387 joined 23:28 wayland joined 23:29 kate21de1 joined 23:30 DemoFreak left 23:35 Kyosuke_Kiryu joined 23:44 wayland76 left 23:45 kate21de left 23:58 ispy_1 left 23:59 jferrero left

Powered by Cro and the Raku® Programming Language.

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

Thank you!