www.parrotcode.org | Last Release: 0.7.0 "Severe Macaw"
Set by moderator on 19 August 2008.
00:03 bacek joined
Tene tewk++ 00:29
01:09 Lorn joined 01:17 rurban_ joined 01:26 paco joined
dalek r30553 | chromatic++ | trunk: 01:32
: [t] Improved test file such that its diagnostics are useful for debugging.
diff: www.parrotvm.org/svn/parrot/revision?rev=30553
02:07 kid51 joined
kid51 Undefined command: "������". Try "help". -- Doesn't that come from the Spanish version of "Monty Python and the Holy Grail"? 02:09
tetragon I think they omitted the pilcrows that I'm seeing here 02:12
kid51 knows not pilcrows 02:15
purl, pilcrow is a paragraph mark
purl OK, kid51.
kid51 Notwithstanding more than a decade working as a typographer, I never encountered the term 'pilcrow' before. 02:16
tetragon I spent half of my work day fighting with UTF-8, CP1252, and macroman encoded text
kid51 Typographer's nightmare!
tetragon The pilcrow was one of the symbols that appeared in the misinterpreted text
The codepoints just so happened to match 02:17
dalek r30554 | tene++ | trunk: 02:27
: [cardinal]
: * Many new tests for Array, thanks to Damian Knopp.
diff: www.parrotvm.org/svn/parrot/revision?rev=30554
Tene Wait, # is a non-portable character in filenames? 02:48
Huh.
dalek r30555 | tene++ | trunk: 02:54
: [cardinal]
: * Clean up some mess from adding new test files.
diff: www.parrotvm.org/svn/parrot/revision?rev=30555
r30556 | tene++ | trunk: 02:55
: Oops, one more file with non-portable characters still.
diff: www.parrotvm.org/svn/parrot/revision?rev=30556
03:24 petdance joined 03:52 grim_fandango joined 04:12 tetragon joined 05:24 Zaba_ joined 05:27 Psyche^ joined 05:31 Ademan joined
dalek r30557 | chromatic++ | trunk: 05:42
: [PDB] Fixed debugger segfault when reaching the end of PIR read from the
: command line; the program counter would walk off the end of the packfile,
: making the next opcode number very invalid. Now there's bounds checking at the
: end of all logical lines of code.
diff: www.parrotvm.org/svn/parrot/revision?rev=30557
cotto_home very invalid is much worse than a little invalid 05:49
05:58 Copas joined
dalek r30558 | julianalbo++ | trunk: 06:06
: fix the fix for RT#58358 by chromatic's sugestion
diff: www.parrotvm.org/svn/parrot/revision?rev=30558
06:13 cotto_w0rk joined 06:25 uniejo joined
dalek r30559 | julianalbo++ | trunk: 06:25
: [PDB] allow debugger commands without delimiting whitespace
diff: www.parrotvm.org/svn/parrot/revision?rev=30559
06:32 masak joined
masak the nifty {*} thingies, used all over the place to tie actions.pm to grammar.pg... 06:54
are they avaliable through Rakudo yet?
I'm writing a parser, and they would help immensely
moritz I don't think rakudo does any kind of closure in regexes yet 06:57
masak ah, true 06:58
moritz: thanks for the HTML::Template grammar yesterday
I had great fun turning it into a test suite and a module
moritz ;)
masak many small things changed on the way, but the essence is still there 06:59
hold on, let me paste the result-so-far for you
moritz with closures iin regexes the HTML::Template thing would be almost too trivial ;)
masak that's what I'm after 07:00
purl after is fine
masak purl: forget after
purl masak: I forgot after
masak I want Perl 6 to do the heavy lifting for me
sial.org/pbot/31991 and sial.org/pbot/31992 07:03
moritz so you renamed TMPL_LOOP to TMPL_FOR 07:04
very good idea ;)
masak thank you :)
it's clearly wrongly named, now that Perl 6 has a keyword 'loop' 07:05
(...with semantics that wouldn't make much sense for HTML::Template)
moritz and the nice thing is that you can get the old semantics by subclassing the grammar ;) 07:06
masak ooh
yes :)
moritz I think some day '</TMPL_IF>' should turn into [ '</TMPL_IF>' || <panic: 'mssing </TMPL_IF>'> ] 07:07
masak yes, good idea
purl masak: Good Idea: Going trick-or-treating on Halloween. Bad Idea: Going trick-or-treating on St Patrick's Day.
masak purl: :) 07:08
purl masak: Unbalanced parentheses (too many ')')
masak eh.
moritz lol 07:09
masak moritz: I'm curious about what the '.' means in <.tag_start> 07:11
I haven't hit the synopsis yet to find out :)
Tene It means non-capturing.
masak ah, nice 07:12
also, I'm thinking changing `token attributes { \\s+ 'NAME='? <name> [\\s+ 'ESCAPE=' <escape> ]? };` 07:15
to `rule attributes { 'NAME='? <name> ['ESCAPE=' <escape> ]? };`
s/thinking/thinking of/ 07:16
dalek r30560 | cotto++ | trunk: 07:17
: [pipp] more freed and PIR'd phparray tests
diff: www.parrotvm.org/svn/parrot/revision?rev=30560
moritz masak: if it works that's a good idea, IMHO
masak tries
at present I have unforeseen trouble with test #3 07:18
but tests++
moritz we need tests for nested stuff at some point 07:19
like nested loops
masak yes
one of the comments in HTML::Template is about that
I'll just get these tests to work first, then I'll add more :) 07:20
the current design is already much more pleasant to work with than the last one
moritz perhaps becase it's a design at all? ;-) 07:21
masak most probably
hm, I should really send tree fragments when I recurse, not strings. that way, I wond't have to match again. 07:22
moritz has to go the dentist :(, TTFN 07:24
07:28 Zaba joined, gmansi joined 07:48 iblechbot joined
dalek r30561 | allison++ | trunk: 07:53
: [pdd] Removing credits that are no longer accurate.
diff: www.parrotvm.org/svn/parrot/revision?rev=30561
r30562 | julianalbo++ | trunk: 07:55
: [PDB] notnull condition for string and pmc registers
diff: www.parrotvm.org/svn/parrot/revision?rev=30562
08:50 Debolaz joined
dalek r30563 | julianalbo++ | trunk: 09:01
: [PDB] some more refactoring
diff: www.parrotvm.org/svn/parrot/revision?rev=30563
09:14 Whiteknight joined 09:17 rurban_ joined
dalek r30564 | kjs++ | trunk: 09:18
: [pirc/new] update documentation.
diff: www.parrotvm.org/svn/parrot/revision?rev=30564
09:18 kj joined
dalek r30565 | kjs++ | trunk: 09:45
: [pirc/new] improve allocation of PASM registers: only give a symbol a PASM register if it's actually used, not when merely declaring it. This prevents assigning (valuable) PASM registers to unused (but declared) symbols.
diff: www.parrotvm.org/svn/parrot/revision?rev=30565
09:49 ejs joined 10:16 rba joined
dalek r30566 | kjs++ | trunk: 10:18
: [pirc/new] use symbol->color for encoding usage of a symbol. Removing symbol->used flag (saving sizeof(int) bytes per symbol node).
diff: www.parrotvm.org/svn/parrot/revision?rev=30566
10:27 gaz joined 10:34 Whiteknight joined 10:39 pako joined, pako left 11:09 ejs joined 11:11 ejs joined
dalek r30567 | kjs++ | trunk: 11:14
: [pirc/new] fixes to allow special-handled ops (add, sub, set, etc.) as parameter name, constant name, subroutine name, local name.
: + refactor duplicate code in lexer.
diff: www.parrotvm.org/svn/parrot/revision?rev=30567
r30568 | kjs++ | trunk: 11:25
: [pdd19] add a comment that PIR keywords cannot be used as PIR identifiers (as opposed to opcode names, which are allowed).
diff: www.parrotvm.org/svn/parrot/revision?rev=30568
r30569 | kjs++ | trunk: 11:29
: [pdd19] be a bit more precise in opcode names vs local var names vs sub names.
diff: www.parrotvm.org/svn/parrot/revision?rev=30569
11:33 kid51 joined 11:34 bacek joined, ejs joined 11:39 kid51 joined
dalek r30570 | julianalbo++ | trunk: 11:53
: [PDB] print line number and close file on script errors, RT#46117
diff: www.parrotvm.org/svn/parrot/revision?rev=30570
r30571 | kjs++ | trunk: 12:06
: [pirc/new] add comments to pir.y and allocate a new PASM register for sub calls (instead of using P99, which is nonsense).
diff: www.parrotvm.org/svn/parrot/revision?rev=30571
12:45 tetragon joined
dalek r30572 | kjs++ | trunk: 13:14
: [pirc/new] add an assertion and add documentation.
diff: www.parrotvm.org/svn/parrot/revision?rev=30572
13:22 gryphon joined 13:36 AndyA joined 13:41 AndyA joined 13:59 AndyA joined 14:03 cjfields joined
dalek r30573 | julianalbo++ | trunk: 14:04
: [PDB] fix pmc notnull condition
diff: www.parrotvm.org/svn/parrot/revision?rev=30573
14:08 cheflog__ joined
dalek r30574 | julianalbo++ | trunk: 14:53
: [PDB] check register is in range in conditions, RT#46125
diff: www.parrotvm.org/svn/parrot/revision?rev=30574
particle (11:54:00 PM) masak: the nifty {*} thingies, used all over the place to tie actions.pm to grammar.pg... 15:10
(11:54:11 PM) masak: are they avaliable through Rakudo yet?
masak yes, are they? 15:11
particle you mean just {*} or closures in general?
masak just {*}
so I can tie grammar things to methods
moritz at least they parse 15:12
particle looking now at how it's implemented in nqp
yes, they should parse.
but i don't know if they parse correctly :)
masak heh :) 15:13
15:15 barney joined
moritz [3] => PMC 'PGE::Exp::Action' => "{*}" @ 32 15:15
particle seems to be parsing as a block with get_global Whatever
moritz <type> => "term:{*}"
masak particle: how does that translate into whether Rakudo can access it? 15:16
particle still looking :) 15:17
masak particle++ 15:18
particle pge's perl6regex parser is where term:{*} is defined 15:20
which means that the perl 6 grammar parser understands it natively 15:21
masak good news, I guess
particle the thing is, {*} is sort of a trick in STD 15:22
it's just a block with whatever inside, in real perl 6
15:22 Wknight8111 joined
moritz maybe it's a trick, but I quite like it ;) 15:23
particle yes, it's a neat trick :)
moritz otherwise we'd mix up closures and regexes a lot
masak I'd say it's a trick-become-de-facto-standard
particle sure, like #?
moritz which goes against the grain of separating form (syntax) from logic (closures)
masak the standard semantics of {*} is not much fun anyway :) 15:24
particle there's no spec for {*}, so it's not defined in STD
15:25 Andy joined
moritz we should bug TimToady over that 15:25
particle yep, seems so 15:27
moritz bugs TimToady ;)
cognominal_ {*} does not appear in the synopses as far I can tell. 15:29
particle correct
15:43 ejs_ joined
cjfields re: {*}, I think pmichaud indicated these would be Closures and aren't implemented in Rakudo (yet) 15:44
been a while since I've been on list, though, so maybe things have changed 15:45
pmichaud TimToady originally envisioned {*} as being "empty closures" 15:46
PGE goes a step further and recognizes them as action tokens that tie them to an action grammar
I don't think there's been an official decision as to whether or not PGE's approach is valid :-) 15:47
and STD.pm has since eliminated a lot of its {*} markers
moritz that's because it defeats LTM, iirc
pmichaud yes, it will do that. It makes sense ot me to eliminate the {*} markers where they weren't really needed anyway 15:48
STD.pm seems to eliminate quite a bit more than that
so, we'll see what happens when I start doing LTM in PGE
cjfields makes sense to wait on it, then
moritz cjfields: we just discussed them because they'd be very useful for the Perl 6 implementation of HTML::Template ;) 15:49
pmichaud the {*} marker is likely to remain in PGE for some time
if there's no action grammar present, then it acts exactly like {*} in Perl 6 :-)
moritz but currently masak has a recursive version for filling out the template variables, so no hurry 15:50
15:50 iblechbot joined
particle so, the question is, can it be made to work in rakudo? 15:50
cjfields {*} would be nice for us bioinformatics types (sequence file parsing) 15:51
pmichaud probably. the trick is to be able to invoke the regex/grammar with 'action' as a named argument
(and 'action' points to an instance of the action grammar) 15:52
I'd have to think on the syntax a bit
particle use parseaction;
pmichaud no
more like
Grammar.TOP($target, :action(ActionGrammar)) 15:53
or probably
particle hrmm
pmichaud eventually it's likely to be
moritz $str ~~ Grammar.TOP :action(ActionGrammar)
pmichaud Grammar.new.TOP($target, :action(ActionGrammar))
particle yeah
moritz btw in rakudo you need Grammar::TOP 15:54
particle how do you add an attribute to a class at runtime?
15:54 cotto_work joined
pmichaud in Perl 6? 15:54
particle yes
seems it's the same as what we're trying here
pmichaud class Foo is also { has $.attribute; }
purl okay, pmichaud.
pmichaud ...but that's not really what I'd want for this.
cjfields mixin? 15:55
purl i heard mixin was multiple inheritance without the inheritance. or the secret superset of functionality that inheritance sub-types
pmichaud no, I think that passing the ActionGrammar as a named parameter is probably about right
particle so would you like to have a class method on Grammar?
at construction time, sure, that makes sense
pmichaud it doesn't need to attach to the Grammar. It ought to be possible to use the same grammar with different actions
oh, we could do it as
Grammar.new($target, :action(ActionGrammar)).TOP() 15:56
I'd have to go look and see what syntax STD.pm and friends are using these days
15:57 gryphon joined
moritz what's $target? the string against which you match? 15:58
particle yep
pmichaud yes.
rurban May I ask about plans for parrrot_config? Should parrot_config read config the hash at runtime from some of the source files, or use the linked hash? 16:04
source files: config_lib.pasm (not installed currently), or include/config.fpmc 16:05
Because I just added a patch for installable_parrot_config to #58354 16:06
cjfields moritz: did you see my comment on #56970? 16:15
barney rurban: I'm just running 'make install' in cygwin070patches/languages
rurban and then rename your build_dir and test the installables. pipp, tcl, forth and m4 will fail 16:16
moritz cjfields: right, I saw that bug later on
cjfields ok 16:17
rurban But I have top go to basketball now, sorry. will be back at 22:00 CEST (in 3 hrs + 30min)
moritz so should we I commit yoru patch, and hope that the fix for #57094 (when somebody writes it) also fixes your tests?
cjfields we should probably wait for pmichaud to have a look 16:18
barney Setting the environment var LANG is most likely a bad idea 16:19
16:20 davidfetter joined
rurban barney: pheme will also fail with searching for TGE.pbc 16:20
oops, your are right. but this just a Makefile var, not to ENV
this will not change libintl 16:21
cjfields moritz: not sure how to fix that myself w/o making a special-case, which I would like to avoid (jonathan also brought this up)
rurban barney: pdd30_parrot_install.pod which I posted recently explains the summary 16:22
moritz cjfields: anyway, I fudged the ok $str.match(/h/)~~Match test for now, and I still get some failures (in S05-substitution/match.t)
rurban not really: draft/pdd30_install.pod it is
moritz cjfields: Null PMC access in can()
cjfields maybe have Match return another Match when item is called?
moritz cjfields: do you know if that's that same bug? 16:23
rurban Ok, I have to leave now.
moritz cjfields: so the bug is in the contextualizer?
barney rurban: I get warnings about LANG = "tcl" and so on. Don't know where it is set. 16:24
cjfields That should be the same bug, yes (.match is returning a Str) 16:25
rurban LANG=tcl in tcl/config/makefiles/root.in
first line
purl first line is probably leaking through.
Wknight8111 purl forget first line 16:28
purl Wknight8111: I forgot first line
cjfields moritz: if pmichaud indicates the patch is fine, we could commit it, fudge that test, and try fixing it later 16:29
the bug is already reported in RT.
pmichaud I have to run an errand now -- will look when I get back in about 60 mins 16:30
moritz cjfields: agreed
barney rurban: Should I add cardinal.install to svn.perl.org/parrot/branches/cygwi...nguages.in ? 16:32
cjfields lunch & 16:33
particle in the past hour, i've gotten two calls about new births 16:39
particle steps away from the phone 16:40
16:40 peepsalot joined
Wknight8111 has three babies, puts phone on autodial 16:42
cognominal_ waiting the call for the birth of Rakudo 1.0 :) 16:45
Wknight8111 wouldn't that be a nice phone message? 16:48
moritz indeed ;) 16:49
Tene purl: parrotsketch? 16:57
purl parrotsketch is a status meeting for parrot core committers held every Tuesday at 18:30 UTC in #parrotsketch
NotFound barney: Why do you think that setting LANG is bad?
dalek r30575 | bernhard++ | trunk: 16:58
: [Eclectus]
: Remove unused Perl 5 module Parrot::Test::Eclectus
diff: www.parrotvm.org/svn/parrot/revision?rev=30575
particle because LANG is too generic an env var name to use for something as specific as a parrot hll 16:59
NotFound Ah, setting it to the HLL, I see now.
Yes, that way is very bad.
nopaste "barney" at 84.154.11.188 pasted "Warning about LANG when doing 'make install' in languages" (10 lines) at nopaste.snit.ch/13881 17:00
NotFound perl warns when LANG is set to a locale that it has not info about. 17:01
There is a way to avoid that warning, but is better not to play with the LANG env var, 17:02
barney Isn't there a way to have vars in Makefiles, without setting the env ? 17:03
17:11 clunker9 joined
barney Ah, when an env var called LANG already exists, then it is passed on to child processes 17:15
17:15 Khisanth joined
barney Otherwise it stays local to the Makefile. 17:15
NotFound barney: the problem is that LANG almost always exists. 17:16
17:17 rurban_ joined
barney but apparently not in rurbans setup 17:18
17:38 Zaba_ joined
particle call it PARROT_HLL and that goes away 17:49
moritz cygwin != normal ;)
dalek r30576 | kjs++ | trunk: 17:53
: [pirc/new] add infrastructure for reentrancy testing using pthreads. Disabled by default. Must be ripped out when we're convinced it's thread-safe. (I'm convinced :-)
diff: www.parrotvm.org/svn/parrot/revision?rev=30576
18:08 jhorwitz joined
dalek r30577 | bernhard++ | cygwin070patches: 18:20
: [build] add some targets for 'make install'
diff: www.parrotvm.org/svn/parrot/revision?rev=30577
r30578 | kjs++ | trunk: 18:22
: [pirc/new] change output of generated so, that it can be written to a file. Now we can properly check thread-safety, by starting several threads parsing the same file (we could add possibility for different files later), each thread writes output to its own output file; all output files should output the expected PASM (if not, then it's not thread-safe).
diff: www.parrotvm.org/svn/parrot/revision?rev=30578
moritz #ps in $soon 18:26
aka 4 mintues
18:27 allison joined, chromatic joined
chromatic #ps in 3 18:27
particle looks like kid51 got banned from #ps due to flooding 18:28
who can fix that?
i don't know any ircops
chromatic No one has ops in channel. 18:30
particle nope
dalek r30579 | bernhard++ | trunk:
: [Pipp] Add single quotes around PMC names, chromatic++
diff: www.parrotvm.org/svn/parrot/revision?rev=30579
moritz particle: looks like kid51 wasn't banned after all 18:32
particle hrmm, okies, thanks for checking
18:43 rdice joined 18:44 cotto_w0rk joined 18:48 cotto_w3rk joined
kj pmichaud: ping 18:49
pmichaud pong 18:50
kj hi, some days ago I sent you an email about a parrotblog draft. Did you get that?
pmichaud hmm.... not sure I saw that 18:52
kj ok, sent it to your pobox address
august 20 it was
pmichaud kj: okay, I found it 19:04
kj there's no hurry, just want to have it checked for sanity 19:05
dalek r30580 | kjs++ | trunk: 19:19
: [pirc/new] disable re-entrancy testing on windows by default (assuming ms visual studio as compiler), and remove a comment that is no longer applicable.
diff: www.parrotvm.org/svn/parrot/revision?rev=30580
19:20 jdv79 joined
rurban barney: I'm back. Did I miss cardinal.install? You're right. I missed that. Yes please 19:39
I just sent some cygwin070patches to parrot-porters: LANG=>TMPL, cardinal, root makefile stuff 19:51
purl: irclog?
purl rurban: bugger all, i dunno
cotto_work irc log?
purl irc log is irclog.perlgeek.de/parrot/
rurban Because I always miss the meeting for my basketball session. 19:52
moritz irclog.perlgeek.de/parrotsketch/2008-08-26 19:53
rurban chromatic: I've sent the signed CLA last week monday per snail mail. That's obviously very snail. I'm used to DHL speed. 19:57
chromatic It should be here today then.
particle rurban: it goes to a po box, which isn't checked every day 19:58
rurban can I ask about my _config bootstrap problem?
19:59 Auzon joined
dalek r30581 | smash++ | pdd27mmd: 20:02
: [branches/pdd27mmd]
: * convert VTABLE with MMD_ blocks to MULTI definitions in src/dynpmc
: * allison++ for fixing pmc2c parser
diff: www.parrotvm.org/svn/parrot/revision?rev=30581
NotFound I think I found the problem in the ATTR of perl6multisub: a pointer to a pointer is not recognized. 20:09
rurban Anyone knows why #CONDITIONED_LINE(win32): is used? 'win32' is no platform name and no config key. 20:22
Whiteknight probably a typo. What is the platform name for 32-bit windows? 20:24
NotFound ping cotto_work
purl I can't find cotto_work in the DNS.
NotFound cotto_work: ping 20:25
particle platform name for 32-bit windows is win32 20:28
NotFound <allison> it'll parse anything of the form 'ATTR <type> *<name>' or 'ATTR <type> <name>' --> but candidates_sorted has the form: ATTR type **name
particle there's no typo
rurban interesting but better then p5 $^O. I'll have to fix my logic now.
NotFound And other problem is that struct candidate_info is defined inside the pmc file, and the .h generted has no access to it, 20:29
rurban s/then/than/
particle it's stored in parrot::config
gvim config/gen/platform.pm +39 20:30
20:32 iblechbot_ joined
cotto_work NotFound: yes 20:32
NotFound: pong #gotta do it right 20:33
NotFound cotto_work: see my last lines, about the ATTR problem you asked for in #ps
20:33 ejs joined
cotto_work NotFound, that looks similar to what I was running into 20:35
all my structs were also defined in the same file 20:36
NotFound I'm trying a quick fix: allowing 'struct' before <type> and more than one *, perl6 coretest pass
20:37 jan joined
NotFound I'll post the patch to the list to ask for comments. 20:37
20:37 Zaba joined
chromatic I prefer #typedef struct Foo Foo 20:37
NotFound chromatic: but the problem is that the typedef is not visible in the generated .h 20:38
chromatic Ah, C. The Principle of Dumbest Astonishment strikes again. 20:41
particle isn't that then a problem with the generator? 20:42
shouldn't the typedef appear there
NotFound Yes, the struct pointer is accepted as a forward declaration of the struct, but whithout ths struct is just an undeclared identifier, 20:43
chromatic I don't really *like* the idea of making the generator stuff declarations in the header, but that really does seem cleaner. 20:45
NotFound Allow the struct keyword in the type is a quick solution, even if a little odd. 20:46
(INTVAL|FLOATVAL|STRING\\s+\\*|PMC\\s+\\*|\\w+\\s+\\*|Parrot_\\w*) --- (INTVAL|FLOATVAL|STRING\\s+\\*|PMC\\s+\\*|\\w+\\s+\\*+|struct\\s+\\w+\\s+\\*+|Parrot_\\w*) 20:48
This is the change I'm testing
particle struct
er
struct--
we excised them from the parrot source last year
Whiteknight particle, question for you 20:50
NotFound There are two separated items: the not viewable typedef, and the pointer to pointer.
Whiteknight at the beginning of the summer, you mentioned a PGE parse tree optimizer as a needed project. Is that still a need?
dalek r30582 | Whiteknight++ | pdd09gc: 20:58
: [pdd09gc] update to trunk from r30548
diff: www.parrotvm.org/svn/parrot/revision?rev=30582
japhb_ moritz: sorry if you've already seen this, but: Perl-5-to-6 lessons are appearing in essentially random order. Just an FYI. 21:04
moritz japhb_: yes, that's why I have an ordered index at the start
japhb_ moritz: Fair enough -- but that doesn't help for someone (like me) who is watching the whole blog, not just that section. 21:05
No index.
moritz japhb_: d'oh. I should try to reorder that
japhb_ :-) 21:06
moritz japhb_: which order would you prefer? date descending?
japhb_ People are used to newest at the top in blogs, so having highest lesson number at top, and lowest lesson number (the intro) at the bottom makes sense I think. 21:07
rurban hmm, I prefer the current order topdown 21:08
it's not really blog-style, more tutorial-style
japhb_ (I would love to have it the other way around, to read linearly through, but I think that's counter to expectation.)
rurban -- 21:09
21:09 bacek joined
japhb_ rurban: My personal preference is with you, I just wonder about the fact that it's being added to day-by-day, blog style (plus actually *being* part of a larger blog) 21:09
rurban as long as nobody actually complains 21:10
moritz japhb_: now it's ordered chronologically, maybe that'll change
japhb_ moritz: fine by me. Any order is better than none. :-)
moritz japhb: thanks for the feedback 21:13
japhb moritz: Oh, and damn fine tutorials, too. :-)
moritz follows most blogs through the RSS feed, so the order usually doesn't matter to him 21:14
thanks ;)
japhb I like the way they are laid out, and have a nice bite-sized "less filling" sort of thing going.
I think it works in a similar way to the original Learning Perl. Just enough to get you hacking and interested in learning more. 21:15
Back in the day, way too many blogs had constantly-breaking RSS feeds. So I never got in the habit. Perhaps I should readdress that.
21:37 cognominal_ joined 21:51 paco joined 21:56 rba joined 22:13 Ademan joined 22:27 gryphon joined 22:45 Limbic_Region joined 22:47 Ademan joined, ejs joined 23:15 tetragon joined 23:36 dmknopp joined 23:56 AndyA joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!