pugscode.org/ | nopaste: sial.org/pbot/perl6 | pugs: [~] <m oo se> (or rakudo:, kp6:, smop: etc.) || We do Haskell, too | > reverse . show $ foldl1 (*) [1..4] | irclog: irc.pugscode.org/
Set by TimToady on 25 January 2008.
00:02 icwiener_ left
pugs_svn r21322 | ruoso++ | [smop] use sm0p labels in test/14... still with some memory leaks... 00:11
00:14 Caelum joined 01:01 alester left
pugs_svn r21323 | ruoso++ | [smop] Some more changes trying to catch the memory leak... but this kind of debug is incredibly hard... 01:08
01:10 alanhaggai_ is now known as alanhaggai 01:12 alester joined
meppl good night 01:15
01:17 meppl left 01:31 alester left 01:36 wknight8111 left 01:40 thepler_ left 01:43 teejj joined 01:50 thepler_ joined 02:06 silug left 02:07 thepler_ left, Limbic_Region left 02:12 sri_work left 02:15 teejj left 02:18 peepsalot joined 02:34 thepler_ joined 02:57 kanru2 is now known as kanru 03:00 thepler_ left 03:06 elmex_ joined 03:07 ruoso left 03:19 alester joined 03:22 elmex left 03:23 elmex_ is now known as elmex 03:29 kanru left 04:02 davidm123 left 04:03 silug joined 04:04 redicaps joined 04:06 silug left 04:08 kanru joined 05:18 kanru left 05:20 peepsalot left 05:23 peepsalot joined 05:28 Psyche^ joined 05:40 Patterner left, Psyche^ is now known as Patterner 06:03 c9s joined, silug joined 06:09 silug left 06:30 c9s left 06:59 c1sung joined 07:02 redicaps left 07:07 alester left 07:31 peepsalot left 07:40 justatheory left 07:43 pmurias joined, sri_work joined 07:58 kanru joined 08:07 silug joined 08:11 Caelum left, lumi left, jan__ left, frobnitz left, zostay left 08:12 Caelum joined 08:13 zostay joined, frobnitz joined, lumi joined 08:22 jan__ joined 08:23 barney joined 08:24 iblechbot joined 08:25 alanhaggai left 08:28 jan__ left 08:36 jan__ joined 08:46 silug left 08:51 barney left 09:20 barney joined
pugs_svn r21324 | pmurias++ | [sm0p] move_capturize is no longer a special case 09:48
r21325 | pmurias++ | [sm0p] moved misc/sm0p to v6/smop/sm0p 09:57
10:10 wknight8111 joined 10:12 chris2 joined 10:26 b0xd joined 10:27 jovs joined 10:31 b0xd left 10:36 sri_work_ joined 10:37 wknight8111 left 10:42 rindolf joined 10:44 silug joined 10:48 silug left
pmurias how should i get hold of the stack backtrace in c (i need to to get it to print where the reference counters get --/++) what's the best way to do it? 10:50
using gdb, inline assembler, or gprof output are things which come to my mind 10:51
10:52 sri_work left 11:08 kanru left 11:11 jfredett joined 11:15 redicaps joined, ruoso joined
pmurias ruoso: hi 11:16
ruoso pmurias, hi
pmurias re copy, are you sure you haven't fixed something, it didn't work when i tried 11:17
ruoso I've just changed the test count... you had 1..2 where you had only one tes
test
and I added a SMOP_RELEASE call for the value you initialized outside the sm0p block 11:18
pmurias well i find things work strangely sometimes, evil spirits living inside my laptop most likely ;) 11:20
11:20 meppl joined
pmurias C 11:21
SORRY
(caps lock)--
ruoso: regarding .call, implementing it would require lots of code duplication if it was possible to specifiy the responder interface would the move_* methods be required? 11:24
11:24 jfredett_ left
ruoso pmurias, doesn't move_* accept 0 as target parameter? 11:26
pmurias ruoso: you mean making .call all the move_stuff? 11:29
ruoso calling the move_* from the .call method
moving to the current node...
pmurias would it be possible to use a q:sm0p block for that? 11:31
ruoso hmmm... I don't think so... 11:32
pmurias what would be the main problem? 11:36
(besides it being slow)
ruoso the fact that you would need to recurse, and the CurrentFrame wouldn't be the frame you want to move the values from 11:38
11:38 gbacon left 11:41 kanru joined
pmurias ruoso: i would use a diffrent frame 11:41
ruoso yes... how would you move_responder from the original frame?
pmurias the code duplication starts to look more inviting now ;) 11:43
ruoso heh...
but you can SMOP_DISPATCH manually
and then you stay in the same frame
pmurias doing SMOP_DISPATCH manually is horrible 11:44
ruoso heh...
pmurias so i think it's either having the move methods or call 11:46
if nodes was an array we could have the move methods in sm0p/perl6 11:49
11:49 pbuetow joined
ruoso pmurias, the nodes are an array... you just need to expose the api 11:50
12:04 jovs left
pmurias i'm looking at libjit now, have you thought how are we going to do NCI? 12:19
12:33 pbuetow left 12:34 pbuetow joined 12:45 silug joined 12:50 silug left 13:21 Pe_Elle joined 13:35 snooper joined 13:49 pbuetow left 14:02 sri_work_ left, sri_work joined 14:47 rindolf left 14:48 silug joined 14:51 silug left 14:59 redicaps left 15:00 redicaps joined 15:21 jan__ left
pugs_svn r21326 | pmurias++ | sm0p was moved to v6/smop 15:29
15:44 ruoso left 16:05 justatheory joined 16:14 justatheory left 16:46 kanru left 16:49 silug joined 16:59 r0bby left 17:05 jan_ joined 17:17 barney left 17:19 silug left 17:30 sri_work left 17:31 Limbic_Region joined 17:36 icwiener joined 17:54 xinming_ joined 17:59 diakopter left 18:07 xinming left 18:13 snooper left 18:27 xinming_ is now known as xinming 18:34 Schwern joined 18:44 ruoso joined 18:52 Schwern left
Auzon t/spec/S02-builtin_data_types/multi_dimensional_array.t seems to assume that $foo[0][0] means the same as $foo[0;0]. Is that correct? It doesn't seem like it to me. 18:56
Also, is there any difference between using an array or an array stored in a scalar when it comes to multidimensional arrays? 18:57
moritz_ tries to check 18:58
Auzon The spec was pretty silent about the [0][0] syntax 18:59
moritz_ the difference between an array and an array in a scalar is purely syntactical, because the array container forwards method calls to its content
so my Array of Int @x declares an array of Arrays of Int
whereas my Array of Int $x; declares an Array of Int (afaict) 19:00
Auzon OK. As far as I can tell, @foo[0][0] or $foo[0][0] is like the Perl 5 style, but @foo[0;0] is true multidimensional (in the sense that it has a defined boundary) and isn't the same thing. 19:01
moritz_ those @array[0][0] tests are pretty old, if you look at svn blame 19:02
r1653
Auzon wow
moritz_ maybe send a mail to p6l asking for clarification
autovivification.t has a lot of redundant smartlinks 19:03
5 consecutive smartlinks that are displayed in a row in the spec doc 19:04
Auzon re mail, sounds good
re smartlinks, I'll clean that up unless you've started on it already 19:05
moritz_ I haven't 19:06
Auzon ok, done 19:07
moritz_ Auzon++
pugs_svn r21327 | Auzon++ | [gsoc_spectest] smartlink cleanups
19:09 Schwern joined
Auzon hm. I was descriptive there ;) 19:10
19:10 chris2 left
moritz_ sufficient ;) 19:10
Auzon What is the terminology for $foo[0][0] in Perl 6? $foo is a capture of an array, and $foo[0] is also a capture of an array, right? 19:11
moritz_ I think so, yes 19:12
or you can just say that both $foo and $foo[0] are Array objects
Auzon and $foo[0;0] refers to a multidimensional array object, right?
moritz_ pugs: my @x = <a b c>; my $y = @x; my $z = \@x; say $y.perl, ' ', $z.perl 19:13
p6eval pugs: OUTPUT[\\("a", "b", "c") \\("a", "b", "c")␤]
moritz_ $foo in $foo[0;0] referst to a multidim array object
Auzon ok, create
*great
moritz_ $foo[0;0] referst to a stored item
s:first /st/t/ 19:14
Auzon doesn't know how 'great' became 'create'
19:14 iblechbot left
moritz_ my $str = 'create' ; # ;-) 19:15
19:17 silug joined 19:33 wknight8111 joined 19:37 silug left
moritz_ Auzon: still around? 19:57
19:57 wknight8111 left 19:58 Schwern left
moritz_ rakudo: say ("a" ~~ m/a/).WHAT 19:59
p6eval rakudo 29398: OUTPUT[Statement not terminated properly at line 1, near "/).WHAT"␤current instr.: 'parrot;PGE::Util;die' pc 120 (runtime/parrot/library/PGE/Util.pir:82)␤]
20:01 Schwern joined
Auzon moritz_: I am now. 20:04
moritz_ Auzon: I'm looking at rakudo's ROADMAP, and collecting stuff that's missing there
nopaste.snit.ch/13574 this is what I've got so far 20:05
Auzon: do you know other major stuff (from top of your head) that's missing?
Auzon Something that's a big deal for the tests is that eval's scope is wrong (e.g. my $foo = 5; eval 'say $foo'; doesn't see $foo in the eval) 20:06
moritz_ that's a big annoyance, but nothing that has to appear in the roadmap; pmichaud is workiing on that (mostly parrot issues blocking) 20:07
Auzon Right.
I can't think of anything big missing.
moritz_ ok, thanks for looking
pmurias ruoso: if libjit is GPL, can we use it? 20:16
moritz_ rakuo: say "abc".bytes 20:32
rakudo: say "abc".bytes
p6eval rakudo 29398: OUTPUT[Method 'bytes' not found for invocant of class 'Perl6Str'␤current instr.: '_block11' pc 21 (EVAL_13:13)␤]
moritz_ rakudo: say "abc".codes
p6eval rakudo 29398: OUTPUT[Method 'codes' not found for invocant of class 'Perl6Str'␤current instr.: '_block11' pc 21 (EVAL_13:13)␤]
moritz_ rakudo: say "abc".graphs
p6eval rakudo 29398: OUTPUT[Method 'graphs' not found for invocant of class 'Perl6Str'␤current instr.: '_block11' pc 21 (EVAL_13:13)␤]
Auzon rakudo: say "abc".chars 20:33
p6eval rakudo 29398: OUTPUT[3␤]
Auzon At least it has one of them ;)
moritz_ rakudo: say "äü".chars 20:34
p6eval rakudo 29398: OUTPUT[2␤]
moritz_ rakudo: say "A҄".chars 20:35
p6eval rakudo 29398: OUTPUT[2␤]
moritz_ ok, current .chars corresponds to .codes actually
(the A҄ was entered as two codepoints) 20:36
Auzon ah 20:37
Is there a one-char version of that?
moritz_ don't think so
it's a cyrillic combining accent
;-)
rakudo: say "a𝉄".chars 20:38
p6eval rakudo 29398: OUTPUT[2␤]
moritz_ I have no font that would display it correctly ;)
U+1D244 COMBINING GREEK MUSICAL PENTASEME 20:39
20:40 donaldh joined
pugs_svn r21328 | moritz++ | [irclog] dalek in #parrot is a bot 20:40
Auzon ^ a statement of fact. 20:42
20:48 jovs joined 21:04 meppl left
pmurias ruoso: how should pure sm0p file (without c) be distinguished a 'use sm0p;' at front or a heuristic? 21:11
21:14 Schwern left 21:20 donaldh left 21:25 jovs left 21:27 GeJ left 21:28 pmurias left 21:35 silug joined 21:41 Alias_ joined 21:54 eternaleye_ left 21:58 justatheory joined 22:29 araujo left 22:44 meppl joined 23:32 s1n left 23:41 bacek joined 23:42 wknight8111 joined