»ö« | perl6.org/ | nopaste: paste.lisp.org/new/perl6 | evalbot usage: 'perl6: say 3;' or rakudo: / pugs: / std: | irclog: irc.pugscode.org/ | UTF-8 is our friend! Set by Juerd on 28 August 2009. |
|||
00:00
patspam1 joined,
patspam1 left,
alester left
00:08
Confield joined
|
|||
colomon | Is it possible to export variables from a .pm file? | 00:12 | |
00:16
frew_ joined
00:17
Limbic_Region joined
00:24
rhr_ joined
00:25
sevvie left
00:35
kcwu joined
00:36
ab5tract left
00:37
rhr left
|
|||
colomon | Ack, where are perl 6 heredocs when I need them? | 00:38 | |
00:41
synth left
00:47
__ash__ joined
00:48
etoxam left
00:49
__ash___ joined
00:58
maja_ joined
|
|||
colomon | How do you do a multiline quote with interpolation? | 00:59 | |
avuserow | colomon: double quotes worked for me as of the last Rakudo release | 01:01 | |
01:02
rhr joined
|
|||
colomon | Really? Errr... but that would require escaping all the double quotes in the quote, which would be pretty awkward in this case. | 01:02 | |
01:03
sm` left,
sm` joined
01:04
frew_ left
|
|||
colomon | Oh, qq// is it. | 01:05 | |
01:06
__ash__ left,
__ash___ is now known as __ash__
|
|||
colomon | but it breaks horribly on my code because of included {}s which are meant to be text rather than code. ARgh. | 01:06 | |
01:07
maja left
|
|||
colomon | avuserow: thanks! | 01:07 | |
01:14
rhr_ left
01:20
rhr_ joined
01:34
rhr left,
ihrd joined
01:49
Whiteknight left
01:53
Limbic_Region left
01:55
sevvie joined
02:04
agentzh joined
|
|||
colomon | Huh. Does \N do weird things to performance? | 02:05 | |
geez, I've forgotten basic perl 5 programming. | 02:10 | ||
02:10
Chillance left
02:19
bgs100 left
|
|||
s1n | pmichaud: ping | 02:21 | |
02:23
SmokeMachine joined
02:27
jglick left
|
|||
colomon | rakudo: my $a = qq[{pi} is pi]; say $a; | 02:27 | |
p6eval | rakudo a9ff30: OUTPUT«3.14159265358979 is pi» | ||
colomon | Weird. I'm losing the whitespace after the {} in my code at the moment... | 02:28 | |
02:29
PZt left
|
|||
pugs_svn | r28240 | colomon++ | [t/spec] Check in very early draft version of the code to auto-generate a full | 02:57 | |
r28240 | suite of trig tests. | |||
colomon | Right now that code is at least an order-of-magnitude uglier than I would like it to be. I was hoping the wiser heads out there could take a look and advise. | 02:59 | |
I'm also getting a segmentation fault now, no idea why, will worry about it in the morning. | 03:00 | ||
03:02
he_ left,
BinGOs left,
baest left,
Patterner left,
szbalint left,
c1sung left,
Tene left,
[particle] left,
japhb left,
szabgab left,
huf left,
bloonix_ left,
edenc left,
astinus left,
TimToady left,
sunnavy left,
wolverian left,
cookys left,
cosimo left,
Ryan52 left,
tomaw` left,
literal left,
IRSeekBot left,
bigpresh_ left,
kcwu left,
pjcj left,
Gothmog_ left,
eiro left,
jantore left,
felipe left,
Confield left,
he_ joined,
BinGOs joined,
TimToady joined,
baest joined,
Patterner joined,
szbalint joined,
c1sung joined,
Tene joined,
[particle] joined,
japhb joined,
szabgab joined,
huf joined,
literal joined,
IRSeekBot joined,
Ryan52 joined,
astinus joined,
tomaw` joined,
wolverian joined,
cookys joined,
sunnavy joined,
bloonix_ joined,
bigpresh_ joined,
edenc joined,
cosimo joined,
irc.freenode.net sets mode: +o TimToady
|
|||
pugs_svn | r28241 | colomon++ | [t/spec] Fix typo in generate-tests.pl commit. | 03:03 | |
03:03
eiro joined,
pjcj joined,
kcwu joined
03:06
jantore joined
03:11
ihrd left
03:12
frew_ joined
|
|||
carlin | rakudO: class Alpha { has $!beta; method gamma { my $!beta = 'omega'; while $!beta { say 'Delta'; }; }; }; my $a = Alpha.new; $a.gamma; | 03:12 | |
rakudo: class Alpha { has $!beta; method gamma { my $!beta = 'omega'; while $!beta { say 'Delta'; }; }; }; my $a = Alpha.new; $a.gamma; | |||
p6eval | rakudo a9ff30: ( no output ) | ||
carlin | rakudo: class Alpha { has $!beta; method gamma { $!beta = 'omega'; while $!beta { say 'Delta'; }; }; }; my $a = Alpha.new; $a.gamma; | ||
p6eval | rakudo a9ff30: | ||
..OUTPUT«DeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDeltaDelta… | |||
carlin | Ideally, that first one should have either failed or complained | 03:17 | |
s1n | phenny: tell pmichaud we need to send out this months' hackathon notice, ideas for locations? saxby's in allen or mckinney is free and usually pretty quiet (my recommendation is saxby's in allen). see www.wififreespot.com/tex.html | 03:18 | |
phenny | s1n: I'll pass that on when pmichaud is around. | ||
carlin | rakudo: class Alpha { has $!beta; method gamma { my $!beta = 'omega'; say $!beta; }; }; my $alpha = Alpha.new(beta => 'delta'); $alpha.gamma; | 03:22 | |
p6eval | rakudo a9ff30: OUTPUT«delta» | ||
carlin | rakudo: class Alpha { has $!beta; method gamma { $!beta = 'omega'; say $!beta; }; }; my $alpha = Alpha.new(beta => 'delta'); $alpha.gamma; | 03:24 | |
p6eval | rakudo a9ff30: OUTPUT«omega» | ||
carlin | rakudo: class Foo { method bar { my $!baz = 'lorem'; say $!baz; }; }; Foo.bar; | 03:27 | |
p6eval | rakudo a9ff30: OUTPUT«No such attribute '$!baz'in method Foo::bar (/tmp/y3FBPZsapq:2)called from Main (/tmp/y3FBPZsapq:2)» | ||
carlin thinks trying to declare a $!foo variable with my should fail or warn but isn't sure ... | 03:29 | ||
03:35
donri left,
cdarroch left
03:39
russell__ joined
03:41
russell__ left
03:49
stephenlb left
04:06
maja_ left,
maja joined
04:08
felipe joined
|
|||
ingy | diakopter: hi | 04:13 | |
04:16
molaf joined
04:17
agentzh left
04:22
tak11 left
04:24
elmex left,
elmex joined
04:27
elmex left,
elmex joined
04:29
molaf left
04:30
elmex left
04:35
elmex joined,
elmex left,
elmex joined
04:36
dukeleto joined
05:24
frew_ left
05:38
sevvie left
05:49
dukeleto left
05:51
justatheory left
05:59
dukeleto joined
06:21
sri_kraih joined
06:26
iblechbot joined
06:31
alexn_org joined
06:35
|Jedai| joined
06:37
elmex left
06:38
elmex joined
06:41
orafu left,
orafu joined
06:46
barney joined
06:47
abra joined
06:48
araujo left,
Jedai left
07:07
frettled left
07:26
frettled joined
|
|||
frettled | good morning | 07:26 | |
07:26
konenkovs joined
07:28
frettled left
07:33
frettled joined
07:37
konenkovs left
|
|||
dukeleto | frettled: howdy | 07:41 | |
07:44
kidd joined
07:47
abra left
07:50
zamolxes left
|
|||
moritz_ | good day everybody | 08:06 | |
08:08
cmv joined
|
|||
moritz_ | I just updated rakudo.de/ with new charts (number of commits to rakudo per month; number of projects known to proto) | 08:08 | |
08:12
pnu left
|
|||
Matt-W | Good morning | 08:12 | |
frettled | moritz_++ for the good morning news :) | 08:15 | |
moritz_ bows | 08:18 | ||
bionoid | Hi guys. Did those "Solved in Perl 6" slides make it online? | 08:19 | |
moritz_ | yes | ||
jnthn.net -> slides | 08:20 | ||
bionoid | great, thanks moritz_ | ||
08:22
cmv left
08:23
Grrrr left
08:25
cmv joined
08:26
Grrrr joined
08:30
masak joined
|
|||
masak | oh hai, amigos. | 08:31 | |
Matt-W | I see jnthn made extensive use of unicode support for those slides :) | ||
moritz_ | Matt-W: I think he had a translator :-) | 08:32 | |
oh hai masak | |||
masak: see bottom of rakudo.de for new charts :-) | |||
Matt-W | I thought jnthn spoke Japanese | 08:33 | |
I may have imagined that though | |||
masak | oi! jnthn's slides are up? \o/ | 08:34 | |
moritz_ | he also casually kicks Chuck Norris' in the guts when he seems him :-) | ||
masak: aye, on jnthn.net | |||
masak | moritz_++ # modules graph | 08:35 | |
Matt-W | Those are good slides | ||
08:36
snarkyboojum joined
|
|||
masak | curious question: why do the module count start at 20? | 08:36 | |
moritz_ | because that's where projects.list started | ||
before it had a different name | |||
masak | ah, right. | 08:37 | |
now I remember. | |||
modules.list or something. | |||
moritz_ | and even before that it was inline as a Perl 6 data structure, or something | ||
of course you're welcome to contribute a more accurate history :-) | 08:38 | ||
masak | I might. :) | 08:41 | |
moritz_ | I think generating the data once and putting it into projects.hist.0 and then simply concatenating that and the new file would be rather easy | 08:42 | |
masak | nod. | 08:43 | |
er. slide 15 of "Solved in Perl 6" is a bit not-recommended... | 08:46 | ||
or rather, line two of that program is redundant. :) | |||
Matt-W | the shuffle a list into random order one? | 08:47 | |
masak | that one. | ||
Matt-W | I know nothing about that bit of the list api | 08:48 | |
moritz_ | what's wrong with it? | ||
masak | >>. doesn't enforce any ordering. | ||
Matt-W | Oh yes I thought that | ||
moritz_ | aye | ||
Matt-W | But I'm not sure it's enough to provide actual randomness | ||
Because chances are if you do it twice it may well come out the same | |||
masak | people who assume it does should be punished by the compiler. :) | ||
Matt-W | At least in a non-threading implementation | 08:49 | |
masak | the idea with that construct is to be able to introduce threading. | ||
Matt-W | Yes, but at the moment it's linear | ||
So would make a very poor example | |||
moritz_ | and even in threading implementations there are chances that on long lists early items are processed before later items | ||
Matt-W | 'ordering not enforced' is not the same as 'random' | ||
08:50
meppl joined
|
|||
masak | Matt-W: I think my point is that the program introduces two sources of non-ordering: one intentional, and one discouraged. | 08:50 | |
moritz_ | aye, it would have beeen better to just .say for @order | 08:51 | |
Matt-W | yes, in this case you want to print out in order guarenteed | ||
So you should use a for | |||
masak | same in slide 26. :) | 08:53 | |
Matt-W | slide 26, ordering doesn't matter... | 08:56 | |
however if that autothreads it could behave strangely | |||
unless there's line-based buffer locking on STDOUT, which is entirely possible | |||
in which case it's okay | |||
I think we're going to find that there are quite a few cases where we might reach for the hyperoperators but where the lack of ordering and potential threading means we have to reach for loops instead | 08:57 | ||
Almost like we need an ordered linear version... | |||
moritz_ | I think that say() and print() should be atomic operations | ||
08:57
Blixtor joined
|
|||
Matt-W | moritz_: there's a good argument for that, yes | 08:58 | |
moritz_ | Matt-W: well, the order version is called "for" :-) | ||
Matt-W | on a per-filehandle basis | ||
moritz_ | *ordered* | ||
Matt-W | moritz_: yes but .name.say for @objects doesn't have quite the same ring to it... | ||
still, it might encourage people to write purer things which work better with hypers | 08:59 | ||
Blixtor | Hi, I've a problem running spectests t/spec/S03-operators/arith with current head, is this expected? | ||
moritz_ | Blixtor: whta's the problem? A few passing TODO tests are expected | ||
Blixtor | perl6 binary consumes more and more memory | 09:00 | |
and test does not seem to come to an end during 'make spectest' | |||
masak | I'm not sure it'd be a good idea to make print and say atomic. | 09:01 | |
I'm not expert, but my feeling is that sometimes you'd actually want different threads to print at the same time. | |||
min you, I see the allure of writing @products.sort(*.get_price)>>.name>>.say and similar things. it's very convenient. | 09:02 | ||
on the other hand, saying '.say for ...' isn't very hard either. | 09:03 | ||
ooh! slide 32 is *very* nice. | 09:04 | ||
(the 'multi win(::T, T)' part) | |||
moritz_ | Blixtor: did you update to the latest rakudo? | ||
masak: aye, jnthn++ fixed that a few months ago | |||
Blixtor | moritz_: yes, I did 'git pull'; perl Configure.pl --gen_parrot; make; make spectest | 09:05 | |
masak | moritz_: I know. I just haven't seen that example before. | ||
Blixtor | moritz_: or is this the wrong way of doing things? | ||
moritz_ | Blixtor: no, that's the right way - I'm trying it here now | 09:06 | |
Blixtor | moritz_: great, thanks for checking this out! | ||
09:07
am0c joined
|
|||
moritz_ | Blixtor: are you on a 32 or 64 bit platform? | 09:07 | |
Blixtor | moritz_: 64bit, open solaris | 09:08 | |
moritz_ | arith.t takes 14 seconds here, and doesn't consume huge amounts of memory... | ||
Blixtor: if you run 'make t/spec/S03-operators/overflow.t', does that pass for you? | |||
Blixtor | I killed the test at ~1 gig ... | ||
09:08
alexn_org left
|
|||
moritz_ | quite understandable :-) | 09:08 | |
Blixtor | moritz_: yes, that runs fine | 09:09 | |
moritz_ | so it's not an issue with big numbers, and I'm at loss here | ||
jnthn | masak: The slide that uses >>. to output sorted results is Wrong. | 09:10 | |
That's what I get for writing slides while jetlagged...I maybe shoulda corrected it before putting them online, but forgot. | |||
Blixtor | @moritz_: anything I can do to help debug this? | ||
lambdabot | Unknown command, try @list | ||
jnthn | (It came up in the talk.) | ||
masak | jnthn: good. :) | ||
jnthn: very nice slides, by the way. | |||
I'm reading 'The Way to Rakudo *' right now. | |||
moritz_ | Blixtor: you could try to rm -rf parrot_install/* and then reconfigure again, if there's an old version of parrot interfering somehow | 09:11 | |
Blixtor | moritz_: I have this problem since an update yesterday ... a couple of weeks earlier the spectest was already running through fine for me | ||
jnthn | masak: Thanks. | ||
Blixtor | moritz_: I'll try that and let you know then, thanks | ||
jnthn | It's *so* tempting to use >>. for that. :-/ | ||
I think I may randomize the dispatch somehow. | 09:12 | ||
mikehh | rakudo (a9ff309) builds on parrot r41266 - make test / make spectest (up to 28241) PASS - Ubuntu 9.04 amd64 | ||
rakudo - t/spec/S03-operators/arith.rakudo - TODO passed: 120, 131-132 | |||
lisppaste3 | moritz_ pasted "segfault-at-exit workaround" at paste.lisp.org/display/87086 | 09:13 | |
masak | ooh! a mountain metaphor! | ||
mikehh | Note on i386 (r41265) the test only TODO passes 131 and two segfaults after (exit 11) - t/spec/S12-attributes/class.rakudo and t/spec/S14-roles/basic.rakudo | ||
moritz_ | mikehh: when you're on i386 again, could you please spectest with the patch in paste.lisp.org/display/87086? (no hurry really) | 09:14 | |
those two are know (though they used to have a different exit status, iirc) | |||
mikehh | moritz_: I will probably be able to do it after #ps | 09:15 | |
moritz_: I have to on this platform for $work at the moment :-{ | 09:16 | ||
moritz_ | mikehh: sure, no hurry | ||
mikehh | stay | ||
moritz_ | it's enough if I get the results before the Rakudo release on Thursday :-) | 09:17 | |
jnthn | masak: Was a nice excuse to show more pretty pictures. ;-) | ||
masak | (pretty pictures)++ | 09:20 | |
09:20
riffraff joined
|
|||
masak | nice to see that over the weekend, the less-than-awesome memory errors on Rakudo exit have been solved. someone++ | 09:20 | |
moritz_ | somehow I think it's NotFound++ or WhiteKnight++ | 09:21 | |
Blixtor | moritz_: reconfigure did not help me, still the same problem with memory usage growing by around 15-20 MB/5sec | 09:29 | |
moritz_ | Blixtor: last idea: try with a newer parrot. echo 41266 > build/PARROT_REVISION; perl Configure --gen-parrot && make spectest | 09:30 | |
Blixtor: if that still doesn't help, please open a ticket by writing a mail to [email@hidden.address] | |||
Blixtor | moritz_: I'll try that | 09:33 | |
09:48
iblechbot left,
meteorjay left
09:52
dakkar joined
|
|||
colomon | Blixtor: that sounds kind of like a Rat bug I fixed a couple of weeks ago. Have you updated your spectests lately? | 09:55 | |
09:55
zamolxes joined
|
|||
Blixtor | colomon: I was (incorrectly?) under the impression that 'make spectest' does the update automatically | 10:03 | |
colomon | it may? | ||
carlin | It does | 10:04 | |
colomon | svn info t/spec | ||
carlin | It runs `cd t/spec && svn up` | 10:06 | |
colomon | okay, so much for that thought | 10:07 | |
have you identified the failing line of arith.t? | |||
Blixtor | colomon: no, I've not been digging into this yet, I'm still trying the last suggestion of moritz_ | 10:22 | |
colomon: and doing other things on the side ;) | |||
colomon | I understand. :) | 10:23 | |
Blixtor | colomon: ok, the problem is still there, so I'll start digging and see if I can find the problematic testcase | 10:30 | |
10:32
payload left
10:34
payload joined
10:35
hanekomu joined
10:52
Gothmog_ joined
11:09
payload left
|
|||
lisppaste3 | Blixtor pasted "perl6 binary eats up all memory" at paste.lisp.org/display/87090 | 11:14 | |
Blixtor | moritz_: d'oh, I found the problem | 11:15 | |
moritz_ | Blixtor: do tell | ||
Blixtor | moritz_: I had some problems in the past with this spectest, so I played around with the test a bit | ||
make spectest does the svn update | 11:16 | ||
now there was some conflict while doing the update, which I didn't see | |||
and the make does not complain about it | |||
the conflict markers in turn lead (in this specific case) to the described behaviour of the perl6 binary | 11:17 | ||
have a look at paste.lisp.org/display/87090 | |||
this is a minimal test case that leads for me to the described behavior | |||
colomon | wacky! | 11:18 | |
Blixtor | of course I'd forgotten about playing around with the spectest in the first place ;) | ||
this seems to be some really weird parsing issue, as if you change the 'say' line under the conflict markers slightly (remove the # in the string), it leads correctly to a syntax error | 11:19 | ||
moritz_ | Blixtor: could you please submit that as a bug report? | 11:20 | |
Blixtor | moritz_, colomon: can you reproduce the behavior with my pasted code? | ||
11:20
sm` left
|
|||
colomon | give me a moment | 11:20 | |
11:21
jauaor joined
|
|||
moritz_ | Blixtor: I have to rebuild rakudo first :-) | 11:21 | |
colomon | (just ran it through std.pm) | ||
Blixtor | moritz_: I'll submit the bug report if one of you can confirm - not that there is something else fishy with my checkout here | ||
11:21
frederico joined,
mberends joined
|
|||
Blixtor | moritz_: I'm no longer trusting myself ;) | 11:22 | |
moritz_ | yes, confirmed | ||
colomon | watching it in activity monitor now | ||
moritz_ | running for 2 minutes now | ||
jauaor | good localtime() | ||
Blixtor | moritz_: watch out, it's getting big rather quickly! | ||
moritz_ | yes, at least 10M per second | 11:23 | |
jauaor: OH HAI | |||
colomon | yeah, up to one gig vm here... | ||
jauaor | moritz_: HAI FOR YOU TOO | ||
:P | |||
Blixtor | ok, I'll file the bug report then, thanks for your help guys! | ||
11:24
sm` joined
|
|||
colomon | Blixtor++ | 11:24 | |
masak | Blixtor++ | ||
colomon | moritz_: when you have some spare time, can you look at t/spec/S32-trig/generate-tests.pl ? | 11:25 | |
moritz_ | colomon: I'll probably queue that for tonight | 11:26 | |
colomon | it's unforgivingly ugly write now, but I don't have any good ideas for making it better. | ||
thanks! | |||
11:27
fredrecsky joined,
fredrecsky left
|
|||
Blixtor | what information about the revision of Rakudo should I include in the bug report? And how do I obtain that? | 11:31 | |
colomon | git log | ||
Blixtor | I'm trying to follow the instructions at www.rakudo.org/developers-guide | ||
colomon | if you used git to get it | ||
the top commit string from that | 11:32 | ||
moritz_ | git rev-parse HEAD | ||
Blixtor | ok, thanks | 11:33 | |
colomon | (which is the same as I said, only smarter) | ||
Blixtor | jup, I noticed ;) | 11:34 | |
bug report is filed! | |||
moritz_ | Blixtor++ indeed | 11:35 | |
Blixtor | maybe this information about how to get the version/revison could be included on the page I referenced ... | 11:36 | |
masak | Blixtor: feel free to submit a patch. | 11:37 | |
moritz_ | bah, I can't remember my rakudo.org password or user name | ||
Blixtor | masak: is the webpage source somewhere in the repository? | 11:38 | |
moritz_ | no, it's not | ||
I can fix it as soon as I have recovered my password | |||
11:39
iblechbot joined
|
|||
masak | Blixtor: oh, sorry, you actually meant "page". I thought you were reading from a file in the Rakudo repository... | 11:40 | |
Blixtor | masak: no, I meant the page at rakudo.org (that I googled up when looking for information how to submit a bug report) | ||
moritz_: great, thanks! | |||
11:42
mikehh_ joined
|
|||
moritz_ | updated. | 11:43 | |
11:45
frederico left
|
|||
Blixtor | moritz_++ | 11:49 | |
I'm running the complete (and now unchanged (; ) 'make spectest' now. Is anybody interested in the results? Can I submit these somewhere to help? | 11:52 | ||
moritz_ | just give a short summary here | ||
we don't have a smoke aggregator yet | |||
Blixtor | moritz_: ok, will do | 11:53 | |
11:55
SmokeMachine left
11:56
mikehh left
11:58
payload joined
11:59
KyleHa joined
|
|||
colomon | moritz_: You pasted "work around segfaults at exit" earlier. What was that about? | 12:01 | |
moritz_ | colomon: about working around segfaults at exit | 12:02 | |
last week man rakudo spectests segfaulted (or die with bus error) on the newest parrot | |||
s/man/many/ | 12:03 | ||
but it seems to be fixed now anyway | |||
12:05
kidd left
|
|||
colomon | huh. I never saw that, but that generate-tests.pl script I wrote started segfaulting, apparently at the end of the program, around the time I tried to add the hyperbolic trig tests to mix. | 12:05 | |
was wondering if there might be a connection, because darned if I can see what I could be doing that would cause it. | |||
moritz_ | colomon: please update to today's parrot and see if it still segfaults | ||
colomon | Just svn up parrot and rebuild? | 12:06 | |
moritz_ | svn up parrot, rebuild parrot, reconfigure and recompile rakudo | ||
colomon | Wow, that is a LOT of changes in parrot! | 12:07 | |
mostly involving .gitignore, on further inspection. | |||
12:15
takadonet joined
|
|||
takadonet | morning all | 12:15 | |
12:16
patmat left
12:19
payload left
12:22
payload joined
|
|||
masak | #moose is a friendly channel, almost up there with #perl6. | 12:22 | |
12:22
araujo joined
|
|||
moritz_ | that's good to hear | 12:26 | |
masak++ # the April list | 12:29 | ||
Matt-W waves | 12:30 | ||
wayland76 also waves, sending a a fine spume of salt spray into the evening breeze | 12:31 | ||
(actually just going to bed -- night all) | |||
Matt-W | night | ||
12:33
synth joined
12:34
payload1 joined,
payload left
|
|||
masak | moritz_: oh, you liked that one - nice. I've been toying with the idea of making another list with features instead of bugs. | 12:35 | |
and not so much from RT as from RAKUDO comments in the various projects out there. | 12:36 | ||
moritz_ | I don't know if it's worth the effort, pmichaud and jnthn will have lots and lots to do to just cover the features listed in the ROADMAP :/ | ||
masak | true. | 12:37 | |
and only 198 days left. o_O | |||
moritz_ | t/spec/S32-str/flip.rakudo ..................................... Failed 10/13 subtests | 12:38 | |
masak | hm, maybe I should make an "April countdown" web app using Web,pm... :) | ||
12:39
KyleHa left
|
|||
Matt-W | :) | 12:40 | |
yes you should | |||
do it now | |||
Have it render the days remaining using SVG.pm | |||
masak | yummy -- but slightly non-platform-indep | ||
moritz_ | the basics of SVG work in pretty much every browser except in IE and konqueror | 12:41 | |
masak | hence 'slightly non-platform-indep' :) | ||
Matt-W | pfft | 12:44 | |
trivialities | |||
:P | |||
do a simple version for the poor souls who have to use IE | 12:45 | ||
masak | I would probably do the simple version regardless. | ||
but throwing something up on feather and redirecting daysleftuntilrakudostar.com to it (or something) would be kinda fun. | 12:46 | ||
moritz_ | or perl6.com :-) | ||
masak | and then fixing S32/Temporal, so that one can show the code without being ashamed... | ||
moritz_ | oh wait, perl6.info would fit better | 12:47 | |
masak | I had a thought the other day... maybe separating Time, Date and DateTime is already a proliferation of classes. I saw Ruby use only Time for all of those, and I kinda liked that. | ||
moritz_ | anyway, if somebody's looking for a nice Perl 6 task, implementing :by on Ranges would be kinda cool | 12:52 | |
it's not parsed yet | |||
but you can construct it with Range.new(:from(1), :to(5), :by(0.5)) | 12:53 | ||
masak | I heard it'd be difficult before PGE changes. | ||
moritz_ | yes, but the range logic can be done before | ||
masak | oh, definitely. | ||
moritz_ | that's something that requires care (:by only works for numeric ranges; reversion of ranges must be thought of etc.), but it's not too hard all in all | 12:54 | |
masak | there are numerous lurkers in here. maybe one or two of them will rise to the task. :) | ||
moritz_ | I'd be happy to guide and answer questions, of course | ||
masak | :by only works for numeric ranges? since when? | ||
12:54
alexn_org joined
|
|||
moritz_ | always | 12:55 | |
masak | 'a'..'c' :by(.5) used to be allowed. | ||
moritz_ | and what did it produce? | ||
colomon | ????? | ||
masak | I know we've talked about it, at least. | ||
<a a b b c> | |||
moritz_ | that's kinda scary | ||
masak | yes, but scary good, right? :P | ||
moritz_ | anyway, reading S03 would be required to do the job :-) | 12:56 | |
(and simplifying it if needed, or only partially implementing it) | |||
colomon | moritz_++: New parrot does indeed seem to have cured my seg fault. Yay! | 12:57 | |
masak | hm... did we ever use any of the ideas from paste.lisp.org/display/83194 ? | ||
moritz_ | not my doing at all. | ||
masak | moritz_: at least you reported the bug. | 12:58 | |
13:02
ruoso joined
|
|||
masak | wohoo! spectests pass! | 13:03 | |
jnthn | Sheesh, 100 days and we drop to single digits... | ||
At this rate I'm going to feel like I'd better like, write some code or something. :) | 13:04 | ||
moritz_ thinks that one can see jnthn's vacation on the commits-to-rakudo graph :-) | |||
jnthn | The commits to blizkost graph on the other hand... ;-) | ||
jnthn did some hacks while at the conference | |||
13:05
PZt joined
|
|||
Matt-W | jnthn++ | 13:06 | |
I was thinking | |||
How does one go about doing Parrot-level bindings to an external library? | |||
And making it so you can say use Library; in perl 6 | 13:07 | ||
masak | Matt-W: you're very welcome to find out and write up a tutorial. I sure'd like to know as well. | 13:08 | |
Matt-W | heh | 13:09 | |
I walked into that one didn't I :) | |||
jnthn++ might find out though while he works on making Blizkost work with use Module :lang<perl5> or however it works... | 13:10 | ||
takadonet | OMG 15500 test passed! | ||
Matt-W | yay!! | ||
13:10
jaldhar joined
|
|||
masak looks at Camelia and smiles warmly | 13:13 | ||
moritz_ | ok, parrot 1.6.0 release is tagged | ||
jnthn | Matt-W: My current patch that I'm hacking on will make use CGI:lang<perl5> work. | 13:15 | |
moritz_ | wow. | 13:16 | |
jnthn | Matt-W: Actually the "install something under CGI in the namespace" bitg already works. | ||
(locally) | |||
Trouble is I've f00ked up calls on packages somehow. | |||
It's like I'm not refcounting something properly, but I don't see where yet. | |||
Matt-W | Cool | 13:17 | |
I'm really impressed with that | |||
jnthn | Once I fix calls on packages, then I've probably done enough "basic" parameter and return value marshalling to make various things usable. | ||
Matt-W | I was kind of thinking of looking at something to process GObject Introspection data and turn it into Parrot language bindings | ||
Have to look at Parrot's NCI though | 13:18 | ||
moritz_ | jnthn: can arrays and hashes be passed around yet? | ||
jnthn | After that it's importing, which I think I know how to do, followed by being able to round-trip any Perl 6 object (well, actually any Parrot object) into Perl 5 land. | ||
Matt-W | That's going to be scary | ||
jnthn | the second of which I don't know how to do, and looks hard. | ||
moritz_: Well, not really... | |||
moritz_: References to them perhaps can. | 13:19 | ||
Matt-W | that's object roundtripping isn't it | ||
jnthn | moritz_: There's *loads* of bits to fill out. | ||
Matt-W: I can round-trip Perl 5 scalars already, afaict. | |||
Basically, I want to get the "big pieces" working first. | |||
And then it's easy for others to flesh out details, if they wish to. | |||
Anyway, my aim for my trip hacking is that by the end of the month, Blizkost is far enough along that you can use Perl 5 DBI will enough to actually do something useful. | 13:20 | ||
*well | |||
moritz_ | $jnthn.clone for ^10; | ||
Matt-W | That would be super cool | ||
Yes we need more jnthns | 13:21 | ||
We need a quad-core jnthn | |||
jnthn | IMO, one of me is quite enough for me to put up with. :-) | 13:22 | |
dalek | kudo: c22d81b | moritz++ | build/PARROT_REVISION: bump PARROT_REVISION to the 1.6.0 release |
||
Matt-W | jnthn: nonsense, you're no trouble at all | 13:23 | |
moritz_ | well, at least not to us :-) | ||
13:24
JimmyZ joined
|
|||
jnthn | Yes, I'm well behaved here. :-) | 13:25 | |
$admiree probably doesn't need another 9 of me admiring her though. ;-) | |||
Matt-W | That's okay | 13:26 | |
One of you can admire her full time | |||
The other nine of you can write code | |||
13:26
Chillance joined
|
|||
jnthn | \o/ finally...I found a version of PuTTY patched up to handle Korean chars properly... | 13:26 | |
plz PuTTY devs incorporate those patches... :-) | |||
Matt-W | I think you might have to tell them somewhere they actually look | 13:28 | |
moritz_ tries to put some pictures into his next blog posts - and fails half of the time :) | |||
jnthn | Matt-W: Aye, probably. :-) | ||
Matt-W: I rather suspect though that they're already aware of them. | |||
Matt-W | Probably | ||
I assume the author of the patches has told them | |||
jnthn | And either will incorporate them or have sound reasons for not doing so. | 13:29 | |
PuTTY is a nice bit of software. | |||
Matt-W | it is | ||
jnthn | ooh! My patched PuTTY also makes hyperlinks clickable. | 13:31 | |
\o/ | |||
carlin | Could solaris be added to test 4 in S02-magicals so that it doesn't fail (or am I missing the point of the test?)? | 13:32 | |
moritz_ | carlin: patches welcome | ||
13:33
__ash__ left
|
|||
carlin | It's a one word change :) I was just thinking there might be a reason that its not there | 13:34 | |
moritz_ | carlin: do you have a commit bit for pugs already? | ||
carlin | Yip | 13:35 | |
13:35
cmv left
|
|||
moritz_ | no, probably just that nobody thought of it before | 13:35 | |
Blixtor | carlin: I just noticed as well ;) | ||
my results from 'make spectest': Failed 5/422 test scripts, 98.82% okay. 3/15713 subtests failed, 99.98% okay. | 13:36 | ||
t/spec/S12-attributes/class.rakudo and t/spec/S14-roles/basic.rakudo lead to Parrot stacktraces | 13:37 | ||
moritz_ | these two are known | ||
(and not easily fixable) | |||
Blixtor | the one mentioned by carlin fails for me as well (also 'solaris' missing) | 13:38 | |
and I have test 171 of t/spec/S03-operators/arith.t failing as well as test 11 of t/spec/S32-num/power.t | 13:39 | ||
13:39
__ash__ joined
|
|||
Blixtor | looking more closely, they both seem to test 1**Inf and lead to NaN on my machine ... | 13:41 | |
13:41
am0c left
|
|||
Blixtor | so overall no big problems to report, good! | 13:42 | |
masak | shouldn't 1**Inf lead to NaN? | 13:44 | |
moritz_ | rakudo: say 1**Inf | ||
13:44
riffraff left
|
|||
p6eval | rakudo a9ff30: OUTPUT«1» | 13:44 | |
moritz_ | masak: I think it makes sense to return 1 here | 13:47 | |
pugs_svn | r28242 | carlin++ | [S02-magicals/config.t] Add solaris as a known OS | 13:48 | |
13:51
JimmyZ left
|
|||
masak | moritz_: hm, I think you're right. | 13:51 | |
rakudo: 0 ** 0 | |||
p6eval | rakudo a9ff30: ( no output ) | 13:52 | |
masak | rakudo: say 0 ** 0 | ||
p6eval | rakudo a9ff30: OUTPUT«1» | ||
moritz_ | rakudo: say 1.001 ** Inf | ||
p6eval | rakudo a9ff30: OUTPUT«Inf» | ||
masak | 0**0 should yield NaN, though. | ||
moritz_ | I long resisted against 0 ** 0 being defined. I had no success. | ||
masak | there are several good arguments for it being NaN. | 13:53 | |
moritz_ | I know. | ||
masak | what did people bring as arguments against? | ||
moritz_ | that the IETF floating point standards defines 0 ** 0 to be 1, or so | 13:54 | |
masak | then they are wrong, too. :/ | 13:56 | |
13:57
Whiteknight joined
13:58
sevvie joined
|
|||
arnsholt | This pages argues (from mathematics) in favour of 0 ** 0 == 1: mathforum.org/dr.math/faq/faq.0.to.0.power.html | 13:59 | |
Their arguments aren't too shabby | |||
moritz_ | irclog.perlgeek.de/perl6/2007-02-06#i_-54180 for previous discussion | ||
I wonder why they don't even mention that 0^0 could be 0 | 14:01 | ||
(unless I missed it on fast skimming) | |||
arnsholt | They mention it | ||
moritz_ | that would make the function 0^x continuous | ||
arnsholt | Yep. But it seems they prefer x^0 | 14:02 | |
__ash__ | are there any callbacks you can register right now? | 14:03 | |
masak | __ash__: what do you mean? | ||
moritz_ | on the meta class? don't think so | ||
masak | quietfanatic and I were discussing it on Twitter. | ||
14:03
pnu joined
|
|||
__ash__ | like maybe you could register an 'inherited' callback? so when a class inherits from another class it calls that callback, or a trace function? | 14:04 | |
masak | __ash__: interesting; that was the exact use case quietfanatic had as well. | 14:06 | |
__ash__: I checked with the Moose people; they don't have it yet, but it shouldn't be so hard to add, they said. gist.github.com/187247 | 14:07 | ||
__ash__ | kk, i'll look at that, Moose, isn't that perl5's object system that sorta mimics perl6's object system? | 14:08 | |
moritz_ | sorta, yes. There has been a lot of cross-inspiration | 14:09 | |
masak | I think Rakudo can borrow quite a lot of the MOP infrastructure from Moose. | ||
when tuits allow, I'll have a look at the Moose tests and see which ones can be translated to the Perl 6 spectest suite. | 14:10 | ||
14:12
molaf joined
|
|||
__ash__ | jnthn was saying he was going to try to implement most of the SMOP OO API on perl foundation | 14:15 | |
14:16
molaf left
14:18
Blixtor left
|
|||
jnthn | If you want to hook inheritance independent of meta-class, best is to .wrap the trait handler. | 14:21 | |
Or at least, that's what comes to mind first. | 14:22 | ||
masak | jnthn: do you have a working code example? | ||
jnthn | masak: It's kinda a PITA to do it right now. | 14:23 | |
because | |||
Matt-W | trait handlers are still a bit washy? | ||
jnthn | 1) The nice syntax for selecting a multi-variant isn't implemented. | ||
(meaning getting hold of the multi you wish to wrap is tricky) | 14:24 | ||
and 2) even though you can do it, you're currently going via a non-spec interface that is likely to change/break in the next month or two. | |||
Matt-W | Is there any spec at all on selecting a particular multi variant yet? | 14:25 | |
jnthn | Or put another way, you can probably do this today if you really want to, but if you're going to then know you're using stuff that is going to move under you. | ||
Matt-W: Yeah, IIRC it's like &foo:(Int, Int) or similar. | |||
std: multi foo { }; &foo:(Int, Int) | 14:26 | ||
p6eval | std 28242: OUTPUT«ok 00:04 58m» | ||
jnthn | aye, I think that. | ||
nyi though | |||
(though I guess not that hard) | |||
Matt-W | Cool | ||
like the syntax | |||
It makes good sense | |||
jnthn | The way you can do it now is by introspecting the signature. | ||
But what Rakudo currently provides is a stop-gap. | 14:27 | ||
Matt-W | mmm | ||
ouch | |||
jnthn | Signatures are going to get revised drastically in October (provided I survive Asia ;-)) | ||
One thing I want to do under my grant (plz comment ;-)) is get the signature introspection API into the synopses. | 14:28 | ||
masak sincerely hopes jnthn survives Asia | |||
grant URL? | |||
jnthn | masak: So far I'm doing a lot better than surviving. ;-) | ||
masak: news.perlfoundation.org/2009/09/hag...akudo.html | |||
Matt-W: I'm not sure off hand how the syntax is parsed. | 14:29 | ||
Matt-W: I think it's probably straightforward to implement though. | |||
hanekomu | jnthn: are you still in Tokyo? | 14:31 | |
literal | rakudo: sub foo ($a, $b = $a + 1, $c) { say $b }; foo(2); | 14:32 | |
p6eval | rakudo a9ff30: OUTPUT«too few arguments passed (1) - 4 params expectedin sub foo (/tmp/UxJlGr42W7:1)called from Main (/tmp/UxJlGr42W7:2)» | ||
literal | rakudo: sub foo ($a, $b? = $a + 1, $c?) { say $b }; foo(2); | ||
p6eval | rakudo a9ff30: OUTPUT«3» | ||
jnthn | hanekomu: no | ||
hanekomu: I'm in its anagram. ;-) | 14:33 | ||
hanekomu | ah, nice | ||
(wrongly romanized anagram, that is) | |||
jnthn | Yes, it is. :-) | ||
Heh. | |||
hanekomu | Toukyou != anagram(Kyouto) | ||
jnthn | Romanization is an inprecise art. :-) | ||
hanekomu | yes | ||
Kyoto station itself is impressive | |||
Matt-W | Friend of mine lives in Nagasaki | ||
Are you going there at all? | 14:34 | ||
hanekomu | also, if you have time, visit the Fushimi Inari shrine - thousands of Torii, very nice | ||
jnthn | Matt-W: Planning to day-trip Nagasaki from Hakata. | ||
Matt-W | Cool | ||
he says it's nice there | |||
14:34
colomon left
|
|||
jnthn | hanekomu: That's the one on the outskirts of Kyoto with loads of red pillars? | 14:34 | |
hanekomu | yes | ||
Matt-W | he's not a Perl guy though, so won't be trailing you with a parasol and some cool drinks | ||
hanekomu | a bit to the south of the station | ||
jnthn | hanekomu: Aye, I'd got that on my "really want to see" list. | 14:35 | |
Kyoto has an insane amount of stuff to see. | |||
hanekomu | yes | ||
Nijo castle is also fantastic. And Nishiki market. And... :) | 14:36 | ||
14:36
nihiliad joined
|
|||
jnthn | I'd planned to day-trip to Osaka from here, but...well...I'll probably make it an afternoon/evening trip so I can have more time in Kyoto. :-) | 14:36 | |
hanekomu misses it | |||
jnthn | hanekomu: You lived here once, or just visited? | ||
hanekomu | no, just visited for a week this May (with my mother) | 14:37 | |
but I plan to return to Kyoto, and Tokyo and other places in Japan | |||
jnthn | Yeah | ||
It's my first time in Japan. | |||
but I'm rather sure it won't be my last. :-) | |||
hanekomu | And all the nice matcha-based sweets they have there. | ||
14:38
payload1 left
|
|||
jnthn | Mm. And tempura. :-) | 14:39 | |
I don't eat fish and seafood, but there's still a lot of nice food to be had in Japan even so. | |||
the quality is consistently between good and excellent. | 14:40 | ||
hanekomu | yes. | ||
jnthn | And actually does often go with price curve. | ||
That is, I've never paid a lot for something that wasn't reallly good. | 14:41 | ||
hanekomu | Hm, Oyakodon | ||
Ah, I remember - there's a restaurant called Katsukura on the 11th floor of Isetan (The Cube, Kyoto station) - lots of meat, and pickles, and other side dishes. | 14:42 | ||
www.bento.com/kansai/rev/7027.html | |||
jnthn | tonkatsu!! :-D | 14:43 | |
hanekomu | better description, and better pics here: paulstravelpics.blogspot.com/2008/0...views.html - scroll down a bit | 14:44 | |
jnthn | hanekomu: Ah, this is one of a chain? | 14:46 | |
hanekomu | you get to grind sesame with a mortar, then mix with tasty sauces. | ||
yes | |||
jnthn | hanekomu: Yeah, the Pauleys took me to one of the chain in Tokyo. | 14:49 | |
hanekomu | ah | ||
jnthn | It *is* very, very good. | ||
14:50
Psyche^ joined,
SmokeMachine joined,
donaldh joined
14:53
justatheory joined
14:57
pmurias joined
14:58
iblechbot left
15:00
Patterner left,
Psyche^ is now known as Patterner
15:01
hanekomu left
|
|||
pmurias | ruoso: hi | 15:02 | |
ruoso | hi pmurias | ||
phenny | ruoso: 11 Sep 18:36Z <TimToady> tell ruoso please read the Guy Steele slides mentioned above and think about hyper iterators in terms of balanced (more or less) list splitting | ||
pmurias | ruoso: what should i submit as the gsoc code sample? | ||
ruoso | pmurias, I think the multi tests are very much illustrative | 15:03 | |
masak | ruoso: that's research.sun.com/projects/plrg/Publ...Steele.pdf if you're curious. | ||
ruoso | yeah... I was looking at it the other day... | 15:04 | |
still trying to parse much of it | |||
15:05
jauaor left,
justatheory left
|
|||
carlin | darnit, parrot failed to build on Haiku | 15:06 | |
__ash__ | jnthn: in src/builtin/guts.pir is that where you would need to pun a role if your doing an explicit role method call? (the $var.Role::method(); issue) | 15:07 | |
15:07
barney left
|
|||
Matt-W | carlin: awwwww :( | 15:08 | |
__ash__ | rakudo: role A { method foo { 'a' } }; A.new.A::foo; | ||
p6eval | rakudo a9ff30: OUTPUT«Method '!select' not found for invocant of class ''» | ||
carlin | Probably because of how out-of-date the gcc is | 15:09 | |
carlin tries to upgrade it | |||
ruoso | I'm mostly trying to understand what does it mean to have two slurpies in a signature... | 15:10 | |
15:11
Eevee left
15:14
pmurias left,
sharada joined,
pmurias joined
|
|||
jnthn | __ash__: . new has already punned | 15:14 | |
Ah, I see the isue, hmm... | |||
__ash__ | rakudo: class A { method foo { 'a' } }; A.new.A::foo; | 15:15 | |
jnthn | ruoso: I thought you could only have one slurpy array and one slurpy hash (and slurpy scalars are just unpackers in disguise) | ||
p6eval | rakudo a9ff30: ( no output ) | ||
15:15
Eevee joined
|
|||
jnthn | __ash__: It probably needs some fix in the punner. | 15:16 | |
IIRC. | |||
__ash__ | k, i'll look at that then | ||
jnthn | I did know what needed to be done to fix it at one point, but I forgetted it. | ||
__ash__ | no worries, if i figure it out i'll let you know | 15:17 | |
15:19
cono left
15:20
cono joined,
barney joined
15:21
Exodist joined
15:25
abra joined
|
|||
pmichaud | good morning, #perl6 | 15:27 | |
phenny | pmichaud: 03:18Z <s1n> tell pmichaud we need to send out this months' hackathon notice, ideas for locations? saxby's in allen or mckinney is free and usually pretty quiet (my recommendation is saxby's in allen). see www.wififreespot.com/tex.html | ||
pmichaud | phenny: tell s1n saxby's in allen sounds good to me | ||
phenny | pmichaud: I'll pass that on when s1n is around. | ||
15:27
cdarroch joined
15:28
KyleHa joined
|
|||
jnthn | pmichaud!! :-) | 15:28 | |
jnthn waves from Kyoto | |||
pmichaud | oh, sorry, I was waving in the wrong direction I think :-P | 15:29 | |
how's Kyoto/Japan/Far East? | |||
jnthn | It's an awesome place. | 15:31 | |
Kyoto has far too much to do. :-) | |||
15:32
sharada left
15:33
payload joined
|
|||
__ash__ | so, jnthn, in the future the right way to add an inheritence hook is to setup a wrap on a trait? | 15:35 | |
jnthn | __ash__: If you want to do so independent of meta-class, that's probably the place... | 15:36 | |
__ash__: Otherwise, wrap add_parent on the metaclass you care about;. | |||
masak | oh hai, pmichaud! | ||
__ash__ | so there wouldn't be a generic object hook you could setup to do that? no function like object.HOW.inherited() is called when a subclass inherits from something? | 15:38 | |
jnthn | I don't think there's anything like that in the default meta-model. | 15:40 | |
But it'd probably not be a hard module to write. | |||
(Once we have other bits in place, I guess...) | |||
__ash__ | I am working on a role based persistence mechanism (that kinda mimi's DataMapper from ruby) and that would be really useful for STI, although for now i am dumping things to a file, since I can't connect to a DB at the moment, but one day, it should be able to do STI | 15:43 | |
15:44
colomon joined
|
|||
__ash__ | right now i am still in the planning/what can i do/whats the right way to do it phase | 15:44 | |
s/that kinda mimi's/that kinda mimics | 15:46 | ||
jnthn | STD...STI...great, now we covered both acronyms for it... :-) | ||
__ash__ | single table inheritance :-P | 15:47 | |
jnthn | oh, phew | ||
jnthn reminds himself that STD = short for Standard | |||
15:48
stephenlb joined
|
|||
masak | jnthn: Perl 6 is contagious! | 15:49 | |
jnthn: alternatively, "Perl 6: spread the love!" | |||
jnthn | masak: all(<eww lol!>) | 15:50 | |
masak | :) | 15:51 | |
jnthn -> sleep | 15:59 | ||
16:00
asiekierka joined,
asiekierka left,
colomon left
16:01
alexn_org left
16:03
justatheory joined,
colomon joined
16:04
donaldh left,
nihiliad left
16:07
nihiliad joined
16:09
ms11 joined
|
|||
ruoso | jnthn, irclog.perlgeek.de/perl6/2009-09-11#i_1492820 | 16:17 | |
pmurias | diakopter: hi | ||
diakopter | pmurias: howdy | ||
16:17
jaldhar left
|
|||
pmurias | still alive ;) had to wake up at 4 hour at night to retrieve a laptop i lost during a train trip | 16:19 | |
diakopter | you retrieved it, sounds like? | ||
ruoso probably suffer a bit more parsing that slides because he's not fluent in LISP | |||
pmurias | diakopter: yes, fortunatly | 16:21 | |
16:21
abra left,
masak left
|
|||
pmurias | diakopter: how did your viv stuff do? | 16:22 | |
diakopter | pmurias: I got vivjs to work... and the V8 context embedded in perl was able to handle/parse the quasi-JSON edition of STD.pm, but I tried pretty-printing it with json2.js' JSON.stringify() and it exploded into wanting a few more GB of memory than available (b/c of all the duplicated references)... | 16:23 | |
ruoso | TimToady, I *think* the non-flattening behavior of Perl 6 is already very friendly to parallelism | ||
diakopter | but at least V8 was able to parse it and instantiate it | ||
ruoso | TimToady, in a way that multi foo(*@a, *@b, *@c) would expect a multidimensional capture where the first dimension has 3 elements | 16:24 | |
pmurias | diakopter: do you plan to write the compiler in js? | ||
diakopter | interpreter, yeah | 16:25 | |
pmichaud | that would be incredible | ||
diakopter | STD.pm in JSON is 11MB :) | 16:26 | |
16:26
abra joined
|
|||
diakopter thanks to the (anonymous?) person who wrote Acme::JavaScripdt::V8 last year... | 16:27 | ||
ruoso | TimToady, theoretically, finding the elements in the "first dimension" is the way we ask the list to "split itself" in a hyper iterator | ||
colomon | rakudo: say 31415926535 / 10000000000; | 16:28 | |
p6eval | rakudo a9ff30: OUTPUT«say requires an argument at line 2, near " \x{2}31415926"in Main (src/gen_setting.pm:2565)» | ||
colomon | rakudo: say 31415926535 / 10000000000; | ||
p6eval | rakudo a9ff30: OUTPUT«1» | ||
colomon | That strikes me as wrong.... | ||
__ash__ | thats not 1.... isn't that PI? | ||
pmurias | diakopter: you plan to interpret perl6 with an js interpreter rather than compiling it to js? | ||
__ash__ | or part of PI | 16:29 | |
colomon | __ash__: yes, I'm trying to convert to radians in rational numbers. | ||
pmichaud | rakudo: say 31415926535 / 10000000000.0 | ||
p6eval | rakudo a9ff30: OUTPUT«3.1415926535» | ||
__ash__ | oh, those silly integers (and integer division) | ||
pmichaud | rakudo: say 31415926535.PARROT | ||
diakopter | pmurias: well, the ast is "compiled" to a JS "expression tree" object... | ||
p6eval | rakudo a9ff30: OUTPUT«Int» | ||
pmichaud | rakudo: say 31415926535.WHAT | ||
p6eval | rakudo a9ff30: OUTPUT«Int()» | ||
colomon | Oooh, it's an overflow | ||
pmichaud | rakudo: say 314 / 100; | 16:30 | |
p6eval | rakudo a9ff30: OUTPUT«3.14» | ||
colomon | I counted the wrong number of digits. | ||
rakudo: say 314159265 / 100000000 | |||
p6eval | rakudo a9ff30: OUTPUT«3.14159265» | ||
pmichaud | still shouldn't give "1", likely. | ||
colomon | pmichaud: probably the overflow hoses the GCD calculation routine. | ||
pmichaud | rakudo: say 31415926535 / 1000000 | ||
p6eval | rakudo a9ff30: OUTPUT«-2147.483645» | ||
diakopter | pmurias: but the (stackless/continuation-returning-style) interpreter model I'm using allows the emitter to swap in "compiled" JS too... so it can all start out interpreted, and then as optimization phases are added, more can be "compiled" | 16:31 | |
pmichaud | I can't figure out why it thinks that 31415926535 is an int. | ||
colomon | Are you sure it does? | ||
pmichaud | rakudo: say 31415926535.PARROT | ||
p6eval | rakudo a9ff30: OUTPUT«Int» | ||
colomon | rakudo: say (1415926535 / 1000000).WHAT | ||
p6eval | rakudo a9ff30: OUTPUT«Rat()» | ||
colomon | whoops | 16:32 | |
pmichaud | rakudo: say (31415926535+1).PARROT | ||
colomon | rakudo: say (31415926535 / 1000000).WHAT | ||
p6eval | rakudo a9ff30: OUTPUT«Num» | ||
rakudo a9ff30: OUTPUT«Rat()» | |||
pmichaud | rakudo: say (31415926535-1).PARROT | ||
p6eval | rakudo a9ff30: OUTPUT«Num» | ||
pmichaud | looks like Rakudo has trouble with integer constants that fall outside of the range of 32-bit ints | ||
colomon | that number is too big for a 32-bit int, right? | ||
pmichaud | yes | 16:33 | |
in most operations Rakudo auto-promotes it to a float | |||
rakudo: say 31415926535 | |||
p6eval | rakudo a9ff30: OUTPUT«31415926535» | ||
pmichaud | that's.... weird | ||
diakopter | pmurias: since the jseval() function exposed in Perl-land bypasses V8's JS eval() and sends the JS source straight to the v8 engine, jseval() is just as slow(/fast) as any other top-level JS code in V8 | ||
ruoso | diakopter, one thing you might want to evaluate is how far V8 can implement Perl 6 semantics, and what are you going to do about unsupported semantics... | 16:34 | |
__ash__ | hmmm, on my computer perl6 say 31415926535 / 10000000000; printed 3.1415926535 | 16:35 | |
is that because i have mine compiled for 64 bit? | |||
pmichaud | __ash__: probably. | ||
diakopter | ruoso: :) hey, it's an interpreter! any set of semantics can be emulated! ;) srsly though, what specifically do you have in mind | ||
__ash__ | so parrot defaults int's capacity to the size its compiled for? (32 or 64) | ||
16:36
zamolxes left
|
|||
ruoso | diakopter, the thing is that in order to emulate Perl 6 semantics, you're probably going to need to implement a runtime library on top of V8, which might prove way slower than you expect (i.e. KindaPerl6) | 16:36 | |
diakopter, otoh, you might simply choose to implement a subset of Perl 6 | |||
"whatever V8 supports"-Perl 6 | |||
pmichaud | I've just added masak++'s mmorpg article and KyleHa++'s "how I got started" articles to rakudo.org/how-to-help | 16:37 | |
diakopter | ruoso: definitely, of course. But that kind of delay won't be noticable anyway compared to the 2-4 seconds STD.pmc takes to startup/parse input :P | 16:38 | |
ruoso | that considering you need to run STD every time | ||
but if you're able to compile to some sort of bytecode, compile-time might be irrelevant | 16:39 | ||
pmurias | and you can work around the STD startup time by using app-persistent | 16:40 | |
ruoso | diakopter, note that a Perl 6 subset that can be run in V8 is still way cool | ||
pmurias | diakopter: you are targeting V8 only? | 16:41 | |
diakopter | pmurias: yes, b/c it's linked into perl with xs | ||
pmurias | so you don't plan for the code to work in browsers? | 16:42 | |
diakopter | so STD can call out to it when it hits the end of a BEGIN{} and then resume | ||
well sure, if gimme5 was ported to a gimmejs | |||
pmurias | hmm, if we rule out eval why do we need a parser at runtime? | 16:43 | |
diakopter | b/c it's mutable if STD is still running... | ||
16:44
sharada joined
|
|||
pmurias | once the program parser you could freeze everything and load it from json/js? | 16:45 | |
a perl 6 on js that *doesn't* run on browsers doesn't seem very usefull | 16:46 | ||
there is nothing wrong with developing using a standlone V8 at first if it's possible to browserize" | 16:47 | ||
it later | |||
diakopter | yep; all it would need is a gimmejs... which would eliminate the Perl dependency | 16:48 | |
moritz_ | once the compiler works it's a gimmejs ;-) | 16:49 | |
diakopter | likewise with rakudo using STD.pm; all it needs is a gimmenqp or gimmepir or gimme_Perl6_rakudo_r388382whatever | ||
moritz_: yeah :) | 16:51 | ||
16:51
sevvie left
|
|||
pmurias | or cat if once rakudo matures enough | 16:55 | |
16:55
pmurias left,
pmurias joined
16:56
colomon left
|
|||
moritz_ | we're working on it ;-) | 16:56 | |
16:58
colomon joined
17:01
jaldhar joined
|
|||
pugs_svn | r28243 | colomon++ | [t/spec] Update to trig test generator -- still ugly as sin, but now correctly generates a full suite of real number tests on all the forward trig functions. | 17:01 | |
colomon | It's currently generating 3718 passing tests on my branch of Rakudo. | 17:02 | |
Still need to do a ton of work for Complex numbers and all the inverse trig functions. | 17:03 | ||
17:03
sharada left
17:06
smash_ joined
|
|||
smash_ | hello everyone | 17:06 | |
17:06
hercynium left
|
|||
colomon | hello | 17:07 | |
17:14
Exodist left
17:15
payload left,
payload1 joined
17:18
pmurias left
17:19
colomon left
17:21
synth left
17:22
garron joined
|
|||
pmichaud | pmichaud.com/perl6/rakudo-tests-2009-09-15.png # that's a really nice looking graph. colomon++ moritz++ ash++ (let me know if I need to ++ anyone else) | 17:23 | |
17:23
__ash__ left
17:24
desertm4x joined
|
|||
moritz_ was barely involved </gandalf> | 17:24 | ||
dalek | kudo: 1c35342 | pmichaud++ | docs/spectest-progress.csv: spectest-progress.csv update: 436 files, 15500 (71.5% of 21679) pass, 0 fail |
17:27 | |
17:30
sharada joined
17:36
synth joined
17:45
jauaor joined
17:52
sharada left
|
|||
dalek | kudo: 42ff49e | pmichaud++ | docs/announce/2009-09: Initial draft of 2009-09 release announcement. |
17:54 | |
kudo: 48b5d4d | pmichaud++ | docs/ChangeLog: Some ChangeLog updates. |
|||
17:56
M_o_C joined
17:58
abra left
18:01
sevvie joined
18:02
colomon joined
|
|||
diakopter | std: five(say(3),say(4,sub five{})) | 18:08 | |
p6eval | std 28243: OUTPUT«ok 00:02 38m» | ||
smash_ | rakudo: say "1" | 18:11 | |
p6eval | rakudo a9ff30: OUTPUT«1» | ||
smash_ | rakudo: say (1 if 0).perl | 18:12 | |
p6eval | rakudo a9ff30: OUTPUT«[]» | ||
18:12
blaze-x_ joined,
blaze-x_ is now known as blaze-x
18:13
mikehh__ joined
|
|||
blaze-x | is there a way to debug perl6 grammars? I'd just like to see what is going on, how my teststring is parsed | 18:13 | |
moritz_ | when it's parsed successfully, you you inspect $/.perl | 18:14 | |
or $/.chunks.perl | |||
blaze-x | and when it parses unsucessfully? Anything I can inspect then? | 18:17 | |
pmichaud | I still hope to put a debugging mode into the regex engine | ||
moritz_ | blaze-x: Regexes current support PIR code blocks | 18:18 | |
in the form {{{{ PIR HERE }}}} | |||
you can put print statements inside those | |||
blaze-x | I see, but that might just be a bit too much, I'm just learning perl6, and don't know any PIR. I'll try to build up from a small example. | 18:19 | |
Maybe there is a way to put print statements inside grammars for debugging purposes? | 18:20 | ||
moritz_ | rakudo: 'foo' ~~ m/ f {{{{ print "1" }}}} o/ | ||
p6eval | rakudo a9ff30: OUTPUT«1» | ||
moritz_ | rakudo: 'foo' ~~ m/ f {{{{ print "1" }}}} oa/ | ||
p6eval | rakudo a9ff30: OUTPUT«1» | ||
moritz_ | you see that it gets as least as far as the 'f' | 18:21 | |
if you only want to print a constant, PIR is no rocket science | |||
blaze-x | I see, interesting... having a try thanks. | ||
smash_ | blaze-x: you can use $ ./perl6 --target=parse script.p6 to see the parsing tree | 18:22 | |
moritz_ | smash_: that's no help for self-written regexes | 18:23 | |
18:23
justatheory left
|
|||
smash_ | hmm, i must have misread his question then | 18:23 | |
diakopter | TimToady: bug in viv --ast : children of the Comma node are not emitted | 18:24 | |
18:27
mikehh__ is now known as mikehh
18:29
rfordinal joined,
mikehh_ left
|
|||
diakopter | yep; 13:14 < blaze-x> and when it parses unsucessfully? Anything I can inspect then? | 18:31 | |
oops | |||
yep; STD::Comma is not transformed | |||
18:37
Util joined
18:41
meppl left
|
|||
smash_ | RT#67866 can be resolved | 18:46 | |
moritz_ | rakudo: say any("foo","bar").WHAT | 18:48 | |
p6eval | rakudo a9ff30: OUTPUT«Junction()» | 18:49 | |
moritz_ | when we have tests, yes | ||
colomon | rakudo: say asin(sin(2.35619449019234)); | ||
p6eval | rakudo a9ff30: OUTPUT«0.785398163397453» | ||
moritz_ | I've updated the ticket accordingly, smash_++ | 18:50 | |
colomon | pugs: say asin(sin(2.35619449019234)); | ||
p6eval | pugs: OUTPUT«*** No such subroutine: "&asin" at /tmp/gqMC42ejDc line 1, column 5-32» | ||
moritz_ | rakudo: say 2.35619449019234 - pi | ||
p6eval | rakudo a9ff30: OUTPUT«-0.785398163397453» | ||
colomon | oh, I see. | ||
it doesn't have to be a full pi away, it can be pi/2 in the right circumstances | 18:51 | ||
pmichaud | say sin(0.785); say sin(2.356); | ||
rakudo: say sin(0.785); say sin(2.356); | |||
p6eval | rakudo a9ff30: OUTPUT«0.7068251811053660.707244293145898» | ||
moritz_ | iirc returned angles are normalized to the range from -pi to pi | ||
colomon | okay, time to rewrite my first stab at the asin test. :) | ||
moritz_: think it may actually be -pi/2 to pi/2. | 18:52 | ||
moritz_ | that's not enough for every function that returns an angle | ||
colomon | it's enough for asin and acos, it's not enough for atan2. | 18:54 | |
18:56
SmokeMachine left
18:57
SmokeMachine joined
|
|||
smash_ | moritz_: what would be the most appropriate file in your opinion to add the tests for RT#67866 ? | 19:01 | |
moritz_ | smash_: t/spec/S03-junctions/misc.t | 19:03 | |
something like any(1, 2).WHAT === Junction or so | 19:04 | ||
smash_ nods. | |||
moritz_ | (btw when I take a ticket with the comment that it needs tests, others are very welcome to provide those; I just act as a placeholder) | 19:05 | |
19:05
zloyrusskiy joined
19:16
zloyrusskiy left
|
|||
diakopter | std: say(:3,8,9) | 19:16 | |
p6eval | std 28243: ( no output ) | ||
diakopter | (crash, I think) | ||
[particle] | or rebuild | 19:17 | |
moritz_ | timeout on the server, maybe | ||
[particle]: rebuild shouldn't affect the running copy, except for slowness | |||
diakopter | what's the timeout limit | 19:18 | |
moritz_ | 8s | ||
sh: line 1: 2657 CPU time limit exceeded /usr/bin/perl tryfile /tmp/4tiOdoFiXk >> /tmp/L4Ki81iK0U 2>&1 | 19:19 | ||
diakopter | hrm. well, it infinitely loops locally | ||
19:19
frederico joined
|
|||
moritz_ | and infinity > 8s ;-) | 19:19 | |
pmichaud | for sufficiently large values of infinity :-) | 19:20 | |
diakopter | TimToady: bug in STD.pm/gimme5: std: say(:3,8,9) # loops whilever | ||
moritz_ | so far I found infinity always large enough ;-) | ||
[particle]: I read in the #ps logs that you want to release Rakudo next week - was that just a thinko/typo? | 19:21 | ||
diakopter | memory usage doesn't increase and recursion warning doesn't appear | ||
[particle] | moritz_: thinko | ||
i'm releasing this week | 19:22 | ||
moritz_ | great | ||
[particle] | i'll do a practice run tonight | ||
moritz_ | great | ||
[particle] | ~8h | ||
pmichaud | [particle]: are you still expecting to do a "live release"? | ||
er, "live release demo"? | |||
[particle] | looks like my perl meeting is cancelled :( | ||
pmichaud | :( | ||
awww, howcome? | |||
[particle] | ENOGROUPLEADERSHIP | 19:23 | |
pmichaud | eh, just do it as a video podcast or something, then! | ||
diakopter | std: say(7,8,9) | 19:27 | |
p6eval | std 28243: OUTPUT«ok 00:02 38m» | ||
19:27
sharada joined
|
|||
diakopter | moritz_: have you tried putting STD.pm in mod_perl | 19:27 | |
STD.pmc I mean | 19:28 | ||
moritz_ | diakopter: no | ||
diakopter | I wonder if its response time via p6eval would improve | ||
a web service of sorts. | |||
moritz_ | IMHO not really worth the trouble | 19:29 | |
19:29
fredrecsky joined
|
|||
moritz_ | pmichaud, [particle]: the current release announcement draft lists old deprecation notices... | 19:31 | |
what's your preference? write them as "have been removed", or delete them altogether? | |||
diakopter | TimToady: also, bug in STD.pm/gimme5/viv - std: say(7,8,9) # term missing args member | 19:32 | |
19:35
mikehh_ joined,
iblechbot joined,
frederico_br joined
19:38
mikehh left
|
|||
diakopter | TimToady: scratch that last | 19:40 | |
19:40
ruoso left,
fredrecsky left
19:42
__ash__ joined
19:43
cmv joined,
cmv left,
cmv joined
19:49
frederico left
19:51
sharada left
19:54
frederico joined
|
|||
pugs_svn | r28244 | fglock++ | [mp6] Javascript emitter, runtime tweaks | 19:55 | |
20:00
Whiteknight left,
M_o_C left
|
|||
smash_ | moritz_: just attached a simple patch in RT#67866 that adds tests, if those aren't enough just reply to the message | 20:03 | |
moritz_ | smash_: you can commit them right away... have you got a commit bit for pugs yet? (that's where the tests live) | 20:04 | |
smash_ | moritz_: i know, but i do not have a commit bit for pugs repo | ||
20:05
fredrecsky joined
|
|||
moritz_ | I can change that if you tell (or /msg) me your email address | 20:05 | |
20:07
KyleHa left
20:09
justatheory joined
|
|||
pugs_svn | r28245 | smash++ | * add tests for RT#67866 | 20:13 | |
20:13
mikehh_ is now known as mikehh,
frederico_br left,
frederico_br joined
|
|||
smash_ | moritz_: ok, added tests to pugs repo | 20:15 | |
moritz_ | smash_: great | 20:16 | |
20:19
meppl joined
|
|||
moritz_ | smash_: I've closed the ticket now, thank you | 20:19 | |
smash_ | moritz_: great.. one down, many to go | ||
20:24
Confield joined
20:26
frederico left,
frederico joined,
zamolxes joined
20:29
fredrecsky left
20:30
barney left
20:32
kidd_ joined
20:34
fredrecsky joined
|
|||
mikehh | rakudo (48b5d5d) builds on parrot r41279 - make test / make spectest (up to 28245) PASS - Ubuntu 9.04 amd64 | 20:38 | |
rakudo - t/spec/S03-operators/arith.rakudo - TODO passed: 120, 131-132 | |||
20:39
frederico_br left
20:40
frederico left
20:44
desertm4x left
20:45
rfordinal left,
frederico_br joined,
rfordinal joined
20:46
rfordinal3643 joined,
rfordinal left
|
|||
pmichaud | I think I want to mark those arith.t tests as SKIP instead of TODO | 20:47 | |
they're false passes | |||
moritz_ | I think we should move them to overflow.t | ||
pmichaud | +2 | ||
afk, grocery shopping | |||
20:48
rfordinal3643 left
|
|||
moritz_ | I have a local patch that removes the int() function. When I'm done spectesting and I'm still sufficiently awake I'm happy to do that | 20:48 | |
20:48
rfordinal joined,
sri_kraih_ joined
|
|||
moritz_ | rakudo: say log(4063328477) / log(2) | 20:49 | |
p6eval | rakudo a9ff30: OUTPUT«31.9200148498582» | ||
mberends | :-) proto's installed-modules branch is starting to use ~/.perl6lib | ||
20:49
sri_kraih left,
sri_kraih_ is now known as sri_kraih
|
|||
moritz_ | mberends++ | 20:49 | |
20:49
smash_ left
20:55
pmurias joined
20:58
frederico_br left
|
|||
mberends | moritz_: it's not ready for general use yet. One lesson is that manual testing is soooo tedious. There is no test suite for proto. (I wonder if that's easy to create). | 20:59 | |
moritz_ | mberends: I've learned that lesson for SVG::Plot | 21:00 | |
and it's really not easy to write meaningful tests for that, too | |||
mberends | I read your remarks earlier | 21:01 | |
moritz_ | (and yes, testing stuff that works on the file system is always ugly) | 21:02 | |
mberends | indeed, and because proto does bootstrapping, it's ugly inside too | 21:03 | |
moritz_ wonder how many people are still using the int() function, despite early deprecation notice | 21:04 | ||
pmurias | moritz_: whats the replacement? | ||
mberends was, in Temporal module and tests :/ | |||
moritz_ | pmurias: .Int | 21:05 | |
21:05
fredrecsky left
|
|||
pmurias | rakudo: say 1.79.In | 21:05 | |
rakudo: say 1.79.Int | |||
p6eval | rakudo a9ff30: OUTPUT«Method 'In' not found for invocant of class 'Num'» | ||
rakudo a9ff30: OUTPUT«1» | |||
21:05
Whiteknight joined
|
|||
mberends | rakudo: say 3.6.floor | 21:05 | |
p6eval | rakudo a9ff30: OUTPUT«3» | ||
Util | rakudo: eval q[ class B0rk { say $.a; }; ]; eval q[ class Chef { say $.b; }; ]; say "Done"; | 21:17 | |
p6eval | rakudo a9ff30: OUTPUT«Done» | ||
Util | eval q[ class B0rk { say $.a; }; ]; eval q[ class Chef { say $.b; }; ]; say $!; | 21:18 | |
pmurias | moritz_: a sub int {die 'We are terribly sorry but you should use the .Int method instead of the int function'} would cure that swiftly | ||
Util | rakudo: eval q[ class B0rk { say $.a; }; ]; eval q[ class Chef { say $.b; }; ]; say $!; | ||
p6eval | rakudo a9ff30: OUTPUT«Lexical 'self' not found» | ||
21:19
takadonet left
|
|||
mikehh | BTW if I run t/spec/S03-operators/arith.t on amd64 it fails (not ok) 6 tests - 130, 133, 191, 192, 193 and 197 | 21:21 | |
Util | When I am logged in as "util", RT displays links to allow me to change existing tickets. | 21:22 | |
I need to open a new ticket, but I see no link to allow that. | |||
Is some other privledge needed for my RT ID, or am I just missing something obvious? | |||
moritz_ | Util: it's only possible by mail (rakudobug@perl.org) | 21:23 | |
Util | moritz_, OK, thanks | ||
mikehh | t/spec/S03-operators/arith.t passes SKIP tests 121, 123, 198 | 21:31 | |
moritz_ | I'm moving some of those tests to overflow.t (which is not run by default) | 21:35 | |
21:36
mikehh_ joined,
mikehh left
21:39
pmurias left
21:42
mikehh_ left
|
|||
pugs_svn | r28246 | moritz++ | Kill off prefix:<int> (as per r25890) | 21:52 | |
r28246 | | |||
r28246 | Also remove a huge chunk of commented-out Perl 5 code form pack.t. | |||
r28246 | It confused me greatly twice already - if anybody wants it back, | |||
r28246 | it can be found in the perl 5 git repo. | |||
dalek | kudo: 27dcc8d | moritz++ | docs/announce/2009-09: mention context vars in release announcement |
21:54 | |
kudo: c3d93dc | moritz++ | docs/announce/2009-09: mark deprecation notices as being a thing of the past |
|||
kudo: 9a61441 | moritz++ | src/builtins/any-num.pir: sub int() is gone (as announced in the 2009-08 release), give a helpful error message instead |
|||
pugs_svn | r28247 | moritz++ | [t/spec] move arithmetic tests with large numbers to overflow.t | ||
moritz_ -> bed | |||
21:57
dakkar left
22:10
synth left,
estrabd joined,
estrabd left,
meppl left
22:11
Helios- joined
22:14
snarkyboojum left
22:15
snarkyboojum joined,
Helios left
22:18
Util left
22:23
mberends left
22:33
jauaor left
22:34
zamolxes left
22:35
tak11 joined
22:37
kidd_ left,
mikehh joined,
Chillance left
22:40
snarkyboojum left
22:41
snarkyboojum joined
22:43
rbaumer joined
22:46
nihiliad left
22:47
rbaumer left,
iblechbot left
22:48
blaze-x left
22:49
rbaumer joined
22:51
synth joined,
hercynium joined
22:53
rbaumer left,
rbaumer joined
23:06
KatrinaTheLamia left
23:09
KatrinaTheLamia joined
23:14
blaze-x joined,
lisppaste3 left,
lisppaste3 joined
23:21
__ash__ left
23:23
synth^2 joined
23:24
sm^^^ joined
23:26
rfordinal left
23:29
sevvie left
23:33
sm` left
23:36
cdarroch left
23:44
pjcj left
|
|||
diakopter | whee | 23:47 | |
23:49
bgs100 joined
23:51
frikipedista8928 joined
|
|||
frikipedista8928 | 12hola auxilio | 23:51 | |
12hola | 23:54 | ||
12hello | |||
12s.o.s. | |||
12hi | 23:55 | ||
23:56
frikipedista8928 left
|
|||
diakopter | ok | 23:56 |