pugscode.org/ | nopaste: sial.org/pbot/perl6 | pugs: [~] <m oo se> (or rakudo:, kp6:, elf: etc.) (or perl6: for all) | irclog: irc.pugscode.org/
Set by Tene on 29 July 2008.
wayland76 Lets hope no new bugs emerge from the merge, or we'll be on the verge of singing a dirge (well, maybe not, but it sounds good :) ) 00:11
perl6coders++ :)
perl6testers++ :) 00:12
(that is people who write tests :) )
(I'm not going to ++ the people who just download and test it, because I don't like to ++myself :) ) 00:13
karma myself
@karma myself
lambdabot myself has a karma of 0
wayland76 I guess preincrement doesn't work :) 00:14
le00 hi 00:42
i've a problem with http::proxy module
meppl good night 00:48
azawawi ping 07:37
moritz_ good morning 07:39
wayland76 good day :) 08:15
langri :) 13:30
canol quit 16:06
moritz_ fail 16:07
rindolf Hi all. 16:35
Is List.uniq() the same as List.ones() ?
moritz_ List.uniq isn't specced
and I don't know about List.ones(), where did you find that? 16:36
rindolf moritz_: it was in an old script of mine.
moritz_: which is in the Pugs repository.
moritz_ pugs: say <a b c a c>.ones.perl 16:37
p6eval pugs: No output (you need to produce output to STDOUT)
rindolf pugs_svn: svn.openfoundry.org/pugs/examples/q.../graham.pl
moritz_: svn.openfoundry.org/pugs/examples/q.../graham.pl
moritz_ erm, yes, evalbot's pugs is broken
*** No such method in class Array: "&ones"
rindolf Hmmm... maybe it's "one(" instead of "ones(" 16:38
pmurias rindolf: Perl 6 wouldn't have two methods which do the same thing
moritz_ rindolf: ah, one(List) creates a Junction 16:39
don't know if it's also available as a method, but why not?
rindolf OK, uniq() works instead of one() + .values 16:42
pmurias perl6: say (one(1,1,2,3) == 1).perl ~ (one(1,1,2,3) == 2).perl
p6eval elf 23048: OUTPUT[Undefined subroutine &GLOBAL::one called at (eval 121) line 3.␤ at ./elf_f line 3861␤]
..pugs: No output (you need to produce output to STDOUT)
..rakudo 32978: OUTPUT[one(Bool::True, Bool::True, Bool::False, Bool::False)one(Bool::False, Bool::False, Bool::True, Bool::False)␤]
rindolf rakudo: sort {$^a <=> $^b }, (500, 6) 16:44
p6eval rakudo 32978: RESULT[[6, 500]]
rindolf Hmmmm.... 16:45
rakudo: my $x = [5,65900,7]; my $y = [100,5,8]; sort { $^a <=> $^b }, uniq(@($x), @($y)).join(",");
p6eval rakudo 32979: RESULT[["5,65900,7,100,8"]]
rindolf Oh! Duh. 16:46
Why did I join them.
GIGO.
PerlJam What are the built-in unicode operators? Is it just « and » these days, or are there more? 16:52
rindolf [+] and friends don't work in Rakudo. 16:53
I mean the fold operator.
TimToady the current match continuation is $¢, but that is not really an operato 16:54
and I think smop is using ¢ as a continuation sigil of some sort 16:55
rindolf ¢
PerlJam I guess what I'm really after are the unicodey things that are available in STD
TimToady only via user-defined macro 16:56
or as identifiers
or as quote characters 16:57
pmurias TimToady: we use the cent as the c variable sigil
TimToady okay
pmurias and only in m0ld 16:58
TimToady but might be useful in any glue code that is known to be targeting C 16:59
or something Cish
and certainly admissible as a p6 dialect, given a reasonable "use" at top 17:00
might make the C-to-P6 translator easier too :) 17:01
so we can make sure to preserve all those buffer and integer overflow bugs :P
pmurias TimToady: do you have any pointers for NFG? 17:08
rakudo_svn r32982 | jonathan++ | [rakudo] Refactor subtypes. The subset class that should never have been is gone, and we can now find out quickly what real, non-subset type was refined. 17:10
pmurias TimToady: pointers meaning things i should read rather than memory adresses 17:11
TimToady svn.perl.org/parrot/trunk/docs/pdd...trings.pod 17:13
pasteling "rindolf" at 62.219.139.216 pasted "This program generates a run-time error in Rakudo without a line number." (261 lines, 8.8K) at sial.org/pbot/33299 17:14
rindolf Hi all. 17:15
Can anyone help with sial.org/pbot/33299 ?
pmurias TimToady: thanks
moritz_ rindolf: that's NYI list assignment 17:30
TimToady pmurias: note that the parrot conception is a per-string nfg table, but the p6 conception is more like a shared nfg table so that you can do string comparisons efficiently; shared tables have extra considerations though
moritz_ afk
pugs_svn r23049 | jnthn++ | [spectest] Unfudge MMD subtype test that Rakudo now passes. 17:44
r23050 | jnthn++ | [spectest] Test for multi-jointed namespaces with grammars.
rakudo_svn r32983 | jonathan++ | [rakudo] Pull refined real type out of subtypes when constructing a signature, so multiple dispatch handles subtypes more correctly (possibly even completely correctly now). 17:50
pugs_svn r23051 | jnthn++ | [spectest] Try to clean up and correct a subtypes test file. It used the wrong keyword, had one test that was wrong and other mess. Fudge it for Rakudo too. 18:02
r23052 | pmurias++ | [STD] fixed tiny typo in comment 18:03
rakudo_svn r32984 | jonathan++ | [rakudo] Another spectest that we now pass much of. 18:10
moritz_ rakudo: my $x = [ 42 ]; say $x<0> 18:33
p6eval rakudo 32984: OUTPUT[42␤]
moritz_ can I assume that this is a bug? ;-)
pugs_svn r23053 | moritz++ | [t/spec] unfudge a passing test for rakudo in catch_type_cast_mismatch.t 18:36
jnthn moritz_: It looks...odd. 18:38
moritz_ I'll open a ticket 18:40
rakudo_svn r32989 | bernhard++ | [codingstd] satisfy trailing_spaces.t and c_parens.t 19:30
r32990 | jonathan++ | [rakudo] Put something in to make traits on routines work for now. The whole traits thing needs a good refactor to eliminate the duplication here and elsewhere - will attend to that in the not too distant future.
masak $hash<a b c><d e f> 19:32
is that legal Perl 6?
would it Do What I Mean?
jnthn Eww. Hmm.
masak :)
jnthn You get a hash slice...and then get a slice of that?
masak I hope to get up to nine elements from that. 19:33
jnthn Surely though, if you took a slice with keys a, b and c, then there is no d, e and f into that slice...
Oh.
masak that's just what I _guess_ it would mean, of course.
I'm equally open to the idea that it doesn't work.
...but in that case I'd like a convincing explanation for why it doesn't. 19:34
jnthn What I just said, is why I'd expect it not to.
masak so, precedence, basically.
jnthn You've just got back a slice and are indexing into that.
masak right.
jnthn Not so much precedence.
masak ...but the order in which things are evaluated? :P 19:35
jnthn Yes :P
I may be wrong, but it's what I'd expect.
masak ok, so how does one write what I meant?
jnthn Trying to figure out a way that is nice... 19:37
What were you expecting back? A flattened list?
masak yes, sure.
jnthn like if you'd written $hash<a><d>, $hash<a><e>, ..., $hash<c><f>
masak exactly. 19:38
I could probably do it wirh map.
jnthn Yeah
masak that's good enough for now.
jnthn ($hash<a b c>.values)>>.<d e f> 19:39
With something to flatten it out
masak next question: will multidimensional slice assignment work?
jnthn: oh -- `>>.`, that's nice.
masak like @a[ $xmin..$xmax ; $ymin..$ymax ] = @new_block; 19:40
jnthn It wouldn't surprise me if that did just work 19:41
As I understand it from a Rakudo POV, we'll be doing list assignment by the LHS providing a list of containers that we then assign to. 19:42
masak nice.
jnthn So I guess the LHS there would do just that.
woo. we have is default 19:43
masak jnthn++
jnthn That means we're now correctly, I think, doing multi dispatch decided on arity, type, constraints and the is default trait. 19:44
Which is everything, if I understand the spec properly.
masak that should be enough 19:45
jnthn Next (after working out why multi methods don't work and multi subs do) it's protos.
masak says "protos" out loud. has a nice ring to it.
rakudo_svn r32992 | jonathan++ | [rakudo] Implement is default trait and use it as a final tie-breaker in multiple dispatch. 19:50
DarkAkorn pokes moritz_ 20:18
lambdabot DarkAkorn: You have 1 new message. '/msg lambdabot @messages' to read it.
moritz_ DarkAkorn: repoke 20:47
DarkAkorn hey! 20:50
I've been trying to get you!
I can't get ilbot to work, despite clearing all the error messages :( 20:51
moritz_ the last time the connect didn't work out for me, I had mis-configured it
(ie I had used an illegal nick name)
double-check your config - if that's not it, I don't know what else could be wrong 20:52
DarkAkorn alright. I'm assuming its either there, or my host, it says trying to connect, but I'm IRCop on the other server, and I don't even see a client connecting message from it :( 20:53
DarkAkorn it's not like the config is all that big though :( nick, server, channel. Even if the database.conf is wrong, it should connect right? 20:54
moritz_ if database.conf is wrong, it complains bitterly. 20:56
DarkAkorn it's not complaining
I also don't see where the bot.conf could be wrong
server should use the same format as if I was typing /server irc.freenode.net or some such correct? 20:57
moritz_ right 20:58
DarkAkorn I don't suppose you've ever tested this on a web server (as opposed to a dedicated one) have you? 21:00
moritz_ no 21:02
DarkAkorn :/ 21:03
masak rakudo: my $cl = { "$^name upcased becomes {$name.uc}" }; $cl('larry') 22:46
p6eval rakudo 32997: OUTPUT[Scope not found for PAST::Var '$name'␤current instr.: 'parrot;PCT;HLLCompiler;panic' pc 152 (src/PCT/HLLCompiler.pir:104)␤]
jnthn :-| 22:47
Damm, I hoped that would already work!
masak jnthn: me too :) 22:47
jnthn: if I add the test, will you add the functionality?
jnthn Yes, if you also file an RT ticket. 22:48
Otherwise I'll surely forget.
masak files 22:49
masak oh, oh! are positional placefolder variables incurably readonly? 23:21
TimToady indeed they are. use -> or <-> if you want them otherwise. 23:22
masak oki. 23:23
TimToady readonly is a very good default for the optimizer, I think
pugs_svn r23054 | masak++ | [spec/S06-signature/positional-placeholders.t] added test that $^foo 23:24
r23054 | masak++ | automatically creates $foo
masak it also makes the programmer think twice about tweaking variables that shouldn't be tweaked :) 23:25
easier to create new ones instead.

Powered by Cro and the Raku® Programming Language.

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

Thank you!