Parrot 1.8.0 Zygodactyly released | Priority: define 2010 Roadmap | Priority: trac.parrot.org/parrot/wiki/ClassV...eOverrides | Latest modified TT's: icanhaz.com/parrotbugs | Parrot Languages: icanhaz.com/parrotlang
Set by moderator on 8 December 2009.
chromatic I just flipped Gerd's permission bit for SVN access. 00:03
dukeleto, did you say you were going to mentor him? 00:04
dukeleto chromatic: i am mentoring a few peeps. can't remember everyone. sure. 00:12
00:12 Zak joined
dukeleto chromatic: any word on bubaflub's CLA? 00:12
chromatic I haven't seen it.
Did he fax or mail it?
dukeleto chromatic: i think he snail mailed it, from ohio 00:13
chromatic: what is Gerd's svn username?
chromatic gerd
00:14 plobsing joined
dukeleto plobsing: have you added yourself to CREDITS, yet? 00:14
plobsing what? 00:17
oic
dukeleto plobsing: have you looked at the CREDITS file?
plobsing I'm on it.
thanks
dukeleto plobsing: you should test your commit bit by adding yourself :)
Coke_: nice work on making is() better. coke++ 00:18
particle dukeleto: what's bubaflub's real name? the cla's don't have nicks 00:20
cotto_work bubaflub? 00:22
purl somebody said bubaflub was mailto:bobjkuo@gmail.com
cotto_work robert kuo? 00:23
dukeleto Robert J Kuo
particle: did you get his?
particle i haven't seen that one
last checked the box on monday 00:24
dukeleto particle: ok, thanks. his should arrive this week
i think he sent it on thursday, from ohio
via pony express
so how many new committers did we get this week? 00:25
plobsing dalek? 00:27
purl dalek is #parrot's spammy little rss bot or (see: dalek plugins)
japhb dukeleto, since you're mentoring people right and left, could you take a look at docs/hacking/ in plumage, and review them from the intent of making it easier for new plumage contributors to jump in?
darbelo dukeleto: Also, don't miss the chance to con them into working on plumage ;) 00:35
japhb darbelo++ 00:36
dalek rrot: r42968 | plobsing++ | trunk/CREDITS:
add myself to CREDITS
 00:39
00:40 abqar joined 00:49 bacek joined
cotto_work hi bacek 00:59
01:11 spinclad joined 01:34 Whiteknight joined 01:37 kid51 joined 01:39 cotto joined 01:53 japhb joined 01:58 silug joined
Whiteknight fperrad: ping 02:09
purl msg fperrad: setup.pir doesn't link linalg_group.so correctly. Needs "-lblas" added to the linker commandline. How do I add that? 02:10
purl Message for fperrad stored.
dalek rrot-linear-algebra: af0e70b | Whiteknight++ | setup.pir:
add the setup.pir utility from fperrad++. Doesn't quite build 100% perfectly, but a very nice showing nonetheless
 02:12
Whiteknight how do I get a branch from github onto my computer? 02:21
plobsing git branch localname origin/branchname # i think 02:27
Whiteknight yeah, it was "git branch -f localname origin/branchname" 02:29
plobsing: did you get your commit bit yet?
plobsing yes
Whiteknight awesome, congrats! plobsing++ 02:30
02:31 zak_ joined
dukeleto japhb: i will try. but i am EBUSY the next few days 02:35
02:36 colomon joined 02:37 JimmyZ joined
JimmyZ hello, 02:38
I saw #define Buffer_bufstart(buffer) (buffer)->_bufstart in pojb.h. so why trac.parrot.org/parrot/changeset/42961/ was right? 02:39
file->strstart seems that it's not file->_bufstart 02:40
An I missing something? 02:41
plobsing stricter c_indent.t from TT #1329 reports 197 codingstd violations in 12 files 02:42
thats down from 1548 violations in 92 files 5 days ago
someone's been busy
(magic code gnome)++
kid51 looks at his tickets and see if there are any that can be sloughed off on our new committer ;-) 03:03
plobsing: Can you look at trac.parrot.org/parrot/ticket/1132#comment:3 ? Thanks. 03:04
purl coverage 03:06
purl coverage is cv.perl6.cz
plobsing kid51: sure thing 03:07
dalek trixy: 6b49690 | Whiteknight++ | (5 files):
major refactor of the parser to start making varargout and multi-assignment work. The code is U-G-L-Y ugly, but all tests miraculously pass (we even gained a passing test)
 03:12
trixy: 7903ffd | Whiteknight++ | (4 files):
some partially-done stuff
kid51 JimmyZ: ping 03:22
JimmyZ kid51: pong
kid51 I just posted to one of your tickets, wondering if you could write a test to cover the statement in src/pmc/capture.pmc that you had to restore after I committed your patch. 03:23
But that leads me to this question: Are you familiar with the coverage reports on our C code?
You could use them as a guide in writing tests for the files you are revising.
JimmyZ kid51: That's gc Scope, So I don't think there's way to write test. 03:26
kid51 Hmm. Code that one cannot write tests for is code that to me has "code smell." 03:28
I don't know enough myself about PMC, C or PIR to write tests for these source files.
But there's obviously considerable variation in the test coverage among files in src/pmc/*.pmc. 03:29
capture.pmc has only 70.7% statement coverage ... 03:30
JimmyZ kid51: I know nothing about more GC, the original code tries to don't mark them if it's not exsit. So I re-added them. And removal them is my mistaken .
kid51 ... where as codestring.pmc has 1005 coverage.
Yes, I understand that. 03:31
JimmyZ s/removal/removing/
kid51 What I'm suggesting is that as you work on refactoring these .pmc files -- which you are evidently quite good at -- you can look at their test coverage to suggest where additional tests might be written for them. 03:32
JimmyZ I think when we talking about GC, chromatic and whiteknight is the expert.
kid51: I am not good at PIR :( 03:33
kid51 For example, the fact that our test coverage for codestring.pmc is already at 100% means that if I apply your patch in TT #42958, we will very quickly find out if it breaks anything!
JimmyZ kid51: Just know a little think on pir :)
s/think/things/
kid51: yes, parrot need more tests. I had experienced it. 03:35
kid51: When I am refactoring them.
kid51: I will take a loot at coverage, thanks for suggestion :) 03:38
kid51: s/loot/look/
japhb pmichaud, ping 03:40
kid51 src/pmc/arrayiterator.pmc would also benefit from more tests of the error conditions. 03:46
see: tapir2.ro.vutbr.cz/cover/cover-resu...r-pmc.html
dalek rrot: r42969 | jkeenan++ | trunk/src/pmc/codestring.pmc:
Applying patch submitted by jimmy++ in �trac.parrot.org/parrot/ticket/1367: convert PMC to use GET_ATTR syntax; consting.
 03:56
kid51 must sleep 03:58
purl $kid51->sleep(8 * 3600);
Tene I've almost got abc migrated to nqp-rx 04:19
japhb msg pmichaud When trying your idea of doing hash construction using 'sub hash (*%h) {%h}' with syntax '%hash := hash(:key1("value1"), :key2(hash(:keyA(5), :keyB(6)));' for actual real Plumage data structures, it's clear that the hash() is OK, but :key(value) named argument syntax ends up really obfuscating. Can we get key => value named argument syntax, even with hash() instead of {}? 04:29
purl Message for pmichaud stored.
Tene down to 11 failed tests in abc. 04:42
JimmyZ wants more work on rakudo 04:44
Tene JimmyZ: anything specific you want me to work on? 04:49
JimmyZ Tene: native type
:) 04:50
JimmyZ thinks that may be a hard work. 04:52
Tene 6 files changed, 182 insertions(+), 283 deletions(-) 04:56
dalek rrot: r42970 | tene++ | trunk/examples/languages/abc (6 files):
Port ABC to nqp-rx
 05:02
japhb Tene, had to feel nice to delete 100 lines of code. :-) 05:03
ttbot Parrot trunk/ r42971 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170211.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 05:13
Parrot trunk/ r42972 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170238.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 05:18
dalek rrot: r42971 | cotto++ | trunk/src/pmc/bignum.pmc:
[pmc] switch bignum to auto_attrs, patch courtesy of JimmyZ++
rrot: r42972 | cotto++ | trunk/src/pmc/bigint.pmc:
[pmc] switch bigint to auto_attrs, patch courtesy of JimmyZ++
TT #1351 closed by cotto++: [patch]changed bignum.pmc to use GET_ATTR syntax 05:24
TT #1350 closed by cotto++: [patch]changed bigint.pmc to use GET_ATTR syntax
cotto yeehaw 05:25
dukeleto is stuff broke? i am running "make smoke" on trunk now 05:28
cotto it shouldn't be
dukeleto During configuration the following steps failed: 01: init::manifest 05:36
stuff is broke.
Tene I deleted a file in my last commit.
dukeleto somebody forgot to run perl tools/dev/mk_manifest_blah ..
Tene Sorry. 05:37
dukeleto Tene: no worries
Tene: do you want to run "perl tools/dev/mk_manifest_and_skip.pl" and commit that?
Tene If that's a generated file, why can't it be generated as part of the build process, btw?
cotto Tene, too easy. 05:38
Tene I'm watching a movie with the gf right now...
cotto I'll do it.
Tene if nobody else has by the time I'm done, I'll do it.
Thanks, cotto.
dukeleto Tene: no worries, we can take care of it
cotto++
cotto done
ttbot Parrot trunk/ r42973 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170308.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 05:43
JimmyZ hello ,cotto 05:51
dalek rrot: r42973 | cotto++ | trunk/MANIFEST:
[MANIFEST] update manifest for abc changes
JimmyZ could you take a look at irclog.perlgeek.de/parrot/2009-12-10#i_1820299?
cotto hi JimmyZ 05:52
looking 05:53
dukeleto tt.ro.vutbr.cz/file/cmdout/170308.txt makes me think that maybe "make -j" is brok again 05:55
cotto My understanding is that strstart and bufstart should be the same, and code where they're not is suspicious. darbelo plans on eliminating one of those pointers, so I guess that it doesn't matter which gets used there. 05:56
dukeleto there is no eliminating of ->strstart 05:57
cotto dukeleto, you mean it's not possible or that it's hard?
(I haven't looked at that part of the code at all.) 05:58
dukeleto darbelo is removing direct access (via ->strtart) and replacing that with the proper STRING API calls
cotto: it is about using the proper API, not removing anything. "removing the use of internals" is what is confusing you
JimmyZ the marco is #define Buffer_bufstart(buffer) (buffer)->_bufstart 05:59
dukeleto strstart is a private member of the STRING api that should not be accessed from code directly
JimmyZ but not #define Buffer_bufstart(buffer) (buffer)->strtart
cotto JimmyZ, yes but if all access goes through that macro it can be changed without making stuff break.
nm. misread 06:00
dukeleto, irclog.perlgeek.de/parrot/2009-12-09#i_1819641 06:01
JimmyZ couldn't find why strstart and bufstart are the same
dukeleto cotto: i see. i was behind the times. good to know :) 06:03
cotto It was a surprise to me too.
JimmyZ doesn't know how the change works too. 06:06
dalek rrot-plumage: e2a0f88 | japhb++ | src/lib/Util.nqp:
[LIB] Util: Add hash() coersion
 06:16
rrot-plumage: 80461ca | japhb++ | docs/hacking/add-build-tool.pod:
[DOCS] Add a hacking doc: adding support for a new build tool
rrot-plumage: 91c8c48 | japhb++ | src/plumage.nqp:
[plumage] Comment stanzas in find_binaries(); add search for rake binary
 06:21
rrot-plumage: 195823f | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Initial rake support; fix a couple comments
 06:27
rrot-plumage: 6f4a4ef | japhb++ | src/lib/Plumage/Dependencies.nqp:
[LIB] Plumage::Dependencies: Support marking projects uninstalled
 06:43
rrot-plumage: e9bf805 | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Initial support for uninstall (only for parrot_setup for now)
japhb treed, ping 06:45
cotto pmichaud, ping 06:46
dalek tracwiki: v4 | cotto++ | CottoTasklist 06:50
tracwiki: trac.parrot.org/parrot/wiki/CottoTa...ction=diff
rrot-plumage: 0dec243 | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Initial support for smoke action
 06:54
06:57 Zak joined 07:05 szabgab joined
dalek rrot-plumage: 8b99516 | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Initial support for clean and realclean actions
 07:06
07:17 leto joined
ttbot Parrot trunk/ r42974 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170387.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 07:21
dalek rrot: r42974 | cotto++ | trunk (2 files):
[profiling] use output abstraction to print cli args, start adding support for annotations
 07:29
07:31 chromatic joined
cotto sleep 07:34
08:26 mikehh joined 08:48 riffraff joined 08:49 mikehh joined 09:08 fperrad joined 09:20 fperrad_ joined
ttbot Parrot trunk/ r42975 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170466.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 09:30
dalek rrot: r42975 | gerd++ | trunk/NEWS:
Test if the NEWS-Update works; Gerd
 09:40
09:43 mikehh joined
fperrad seen whiteknight 09:58
purl whiteknight was last seen on #parrot 7 hours, 28 minutes and 33 seconds ago, saying: awesome, congrats! plobsing++
10:16 krunen joined
ttbot Parrot trunk/ r42976 i386-linux-thread-multi make error tt.ro.vutbr.cz/file/cmdout/170525.txt ( tt.ro.vutbr.cz//buildstatus/pr-Parrot/rp-trunk/ ) 10:27
dalek rrot: r42976 | mikehh++ | trunk/src/library.c:
fix src/library.c so it builds with g++
 10:29
11:07 mikehh joined 11:16 fperrad joined
fperrad msg Whiteknight after line 58, add : $P0['dynpmc_ldflags'] = '-lblas' 11:17
purl Message for whiteknight stored.
11:43 bacek joined 12:00 payload joined 12:23 lucian joined 13:07 lucian joined 13:15 plobsing joined
Coke_ ~~ 13:24
Coke ~~
"Already up-to-date." is the saddest messages there is. 13:25
Infinoid But you can fix it for the next guy. :)
13:29 mikehh joined
Coke tene++ # just saw the abc rewrite commit. 13:30
mikehh still having failures with t/op/exceptions.t - test 31 (TT #1368) all other tests PASS - Ubuntu 9.10 amd64 - gcc/g++ with and without --optimize 13:32
All tests PASS (pre/post-config, smoke (#30780), fulltest) (also make corvm/make coretest)) at r42976 - Ubuntu 9.10 gcc 13:35
see also smoke #30776, #30779, #30782 (g++ --optimize, gcc --optimize and g++) 13:37
Coke Infinoid: or I could trick you into committing! 13:39
mikehh t/op/exceptions.t - test 31 fails in smoke #30776 and in all cores except testr (gcc --optimize) but in testr with g++ (with or without --optimize)
otherwise all other tests PASS 13:40
dukeleto 'ello
mikehh hello dukeleto
dukeleto mikehh: howdy. 13:41
mikehh also the test (t/op/exceptions.t) passes all variants on i386 13:43
13:43 JimmyZ joined
JimmyZ whiteknight? 13:44
purl whiteknight is mailto:wknight8111@gmail.com or the grand master funk or wknight8111.blogspot.com/
13:58 whiteknight joined
whiteknight Behold! This is what Parrot without plumage is: www.thesun.co.uk/sol/homepage/news/...;ATTR=News 13:59
Coke Infinoid: if I do svn-bisect start --min 0 --max 42958, why doesn't it immediately go to the middle version? 14:23
(it just sits at 42958)
whiteknight is there even a revision 0?
Coke (using --min 1 has no affect on this q.) 14:24
whiteknight okay, I'll shut up then
14:26 uniejo joined
Coke (if I do a svn-bisect start; svn-bisect after; svn-bisect before 1; # this does what I expect) 14:28
14:30 iblechbot joined
dukeleto who is bisecting what? 14:52
14:57 patspam joined
Coke me, parrot 14:59
purl rumour has it Coke, parrot is still leaking after all
Coke I was trying to write an example for svn-bisect run. 15:00
but have postponed it for later.
dukeleto Coke: what are you bisection? 15:05
bisecting, even
Coke: meaning, what are you looking for, in parrot
Coke: and also, if you git bisect the parrot git repo, it will be about 1000 times faster
Coke dukeleto: "an example:" 15:06
dukeleto Coke: svn bisect is like pushing rocks uphill
Coke nothing of consequence.
dukeleto: I KNOW.
you are not being helpful. =-)
moritz svn bisect?
purl somebody said svn bisect was like pushing rocks uphill
dukeleto Coke: sorry :(
moritz purl++
dukeleto moritz: svn bisect is a script that imitates git bisect in svn
Coke I was trying to write an example for svn-bisect. telling me to use git is counterproductive. =-)
moritz dukeleto: I know, just wanted to check if purl has picked it up :-)
dukeleto moritz: but it has to checkout a fresh rev EVERY bisect. SOOOOOOO SLOOOOOOOW.
moritz: :)
15:16 whiteknight_ joined 15:43 fperrad joined 15:44 Psyche^ joined 15:47 theory joined 15:48 fperrad_ joined 16:11 Andy joined 16:13 darbelo joined 16:29 whiteknight joined
dalek rrot-linear-algebra: 371abb2 | Whiteknight++ | setup.pir:
update setup.pir to properly detect cblas on Fedora.
 16:37
whiteknight I *really* don't want to have to search all possible places for all possible libraries, one path at a time 16:38
dukeleto whiteknight: what now?
purl The chalice contains human blood cursed in Death's name. The hooded figure kneeling beside you passes it to you and you have to drink. LOSE 3 HIT POINTS.
whiteknight dukeleto: for PLA, trying to find a suitable BLAS library
on Ubuntu, Atlas installs to /usr/lib/libblas.so, but on Fedora it goes to /usr/lib/atlas/libcblas.so 16:39
and that's just Atlas
I want to support more options too, but brings added complexity
whatever, it' a hurdle we can jump when we get there 16:43
fperrad ping riffraff 16:51
purl I can't find riffraff in the DNS.
fperrad msg whiteknight chmod +x setup.pir 16:56
purl Message for whiteknight stored.
16:58 coke joined
coke msg pmichaud - does nqp-rx not support =head1 ? (and if not, what should I use in place of it?) 16:58
purl Message for pmichaud stored.
moritz =begin pod ... =end pod 16:59
dalek nxed: r257 | julian.notfound++ | trunk/winxedst1.winxed:
empty array initialization in stage 1
 17:00
coke moritz: woof. 17:01
and thanks.
pmichaud nqp only supports p6 pod syntax 17:03
so, what moritz++ said
coke right. I got the error, search for head1 in S26, and was shown: =head1 A Top Level Heading 17:05
moritz S26 is out of date :( 17:06
coke ... compared to Damian's brain?
Coke or some other document?
(ugh. using p6 syntax completely confused what little sanity the p5 vi syntax highlighter had for p6.) 17:07
Tene :set ft=perl6 17:08
17:09 payload joined
Coke Tene: if I had a p6 file syntax for vim lying about, I wouldn't have been counting on the p5 one. =-) 17:10
(yes, I know I can get one. Thank you.)
moritz Coke: github.com/petdance/vim-perl/
moritz too slow
Tene I use andy's that moritz linked.
Andy I really need to get installs working on there. 17:11
Coke Andy: or a README. =-)
Andy patches welcome 17:12
purl somebody said patches welcome was ponies welcome or Set Objectives, Achieve Results! or swahili for "Put up or shut up."
Andy and begged for!
Coke Andy: ... if I knew what should go in the README, I fear I'd have already used your wonderful code. =-)
17:13 patspam joined
Andy I just created a README 17:14
We aim to please. You aim, too, please. 17:15
Coke Andy++ 17:17
Andy: do you expect 'make test' to pass 100%?
Andy I don't expect it to pass at all because I forgot I even had one. 17:18
Coke k.
17:19 cotto joined 17:20 lucian joined
Coke fyi, I cannot seem to use the hint {{ # vim: filetype=perl6 }} to set the filetype, but using ":set ft=perl6" does work. 17:23
... for some reason, modline was disabled. Oy. Andy++ 17:27
Andy ?
Coke Don't you like karma?
(you gave me a hint. it didn't work. but it wasn't your fault.) 17:28
Andy Oh, ok. I just wondered what I did. 17:29
japhb moritz, if I use '=begin pod' and '=end pod' perldoc from perl 5.10.1 will just show a mostly empty page; but if I say '=begin' and '=end' it shows the doc followed by a noisy complaint about how I didn't specify what I was beginning or ending. Is there a known solution for this? 17:30
moritz japhb: "write a Perl 6 perldoc tool" :( 17:31
japhb moritz, frack. I was afraid you'd say something like that 17:32
Someone needs to grant TheDamian a few grand to JFDI
Coke As a TPF grant committee member, I'd certainly be interested in reading such a grant proposal. 17:33
japhb Maybe the tail needs to wag the dog. "Look, we'll even write the grant proposal for you. You just need to sign it, agree to take our money, and do the work." :-) 17:34
fperrad ping Tene
purl I can't find Tene in the DNS.
japhb purl, owner? 17:35
purl owner is hachi, see also #purl
riffraff fperrad, pong, only tookone hour ... sorry 17:36
japhb msg hachi Can you make purl's DNS ping function ignore any 'ping foo' where foo is in either one of these cases: 1) the nick of someone in the channel, or 2) not containing any dots? Thanks! 17:37
purl Message for hachi stored.
fperrad riffraff, I have a file (setup.pir) for Shakespeare
riffraff fperrad, oh, cool 17:38
japhb Who here has skills sufficient to hack NQP-rx to add some syntax?
Coke japhb: it would be inappropriate for me to do that.
riffraff sadly I did not have time to hack on parrot in the last N months
Coke (the grant, not the nqp)
japhb Coke, I was (half) joking
riffraff but I promis to integrate it by monday now if you send it to me (again, I believe) 17:39
nopaste "fperrad" at 93.11.4.249 pasted "[Shakespeare] setup.pir (for riffraff)" (92 lines) at nopaste.snit.ch/19024
Coke however, it would not be inappropriate for someone else to put it together on his behalf so all he had to do was submit it.
japhb interesting point 17:40
riffraff I believe I could also add you as a committer on bitbucket, if you want 17:41
fperrad riffraff I am not a Mercurial user 17:43
riffraff clone/commit/push, pretty easy :) 17:44
anyway, thanks
japhb riffraff, ah! We have a Mercurial-hosted project for Parrot? 17:45
17:45 whiteknight joined
japhb If so, that means I need to add Mercurial support to Plumage, clearly 17:46
whiteknight build appears broken
dukeleto japhb: on a related note, i figured out that i don't need the source to postgres to build PL/Parrot, thanksfully. the configure stage should be much easier than I previously thought
japhb yay 17:47
dukeleto whiteknight: nopaste?
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others) or gist.github.com/ or paste or gtfo or tools/dev/nopaste.pl or trac.parrot.org/parrot/browser/tru...nopaste.pl
dukeleto whiteknight: are you using -j?
riffraff japhb: I've been completely inactive for many a month so not worth the effort I'd say :) 17:48
dukeleto riffraff: which project and what is the url? 17:49
whiteknight dukeleto: no
japhb Does Mercurial use the same conventions as Git for most stuff? fetch is 'hg clone repo_uri checkout_dir', update is 'cd checkout_dir; hg pull', and you can tell if a checkout_dir is Mercurial because it has a '.hg' directory in the top level?
dukeleto japhb: HAH. no
japhb: get ready to put your brain in a blender :)
japhb Wow. Not the response I expected.
lucian japhb: unfortunately each VCS has its own conventions 17:50
japhb lucian, oh sure. But hope springs eternal. :-)
lucian japhb: git and hg however are extremely similar, they usually just have different names for commands
japhb lucian, OK, well, that's better than nothing.
riffraff dukeleto, shakespeare-parrot was done almost a year ago, see here bitbucket.org/riffraff/shakespeare-parrot/, my other tiny language is not available publicly, sorry 17:51
(in the sense I nevr published it anywhere, not that it's a Secret)
dukeleto riffraff: which version of parrot was it written against? 17:53
fperrad riffraff, my account on bitbucket is : fperrad
dukeleto, Shakespeare works with Parrot 1.8.0 17:54
dukeleto fperrad: nice! 17:55
languages?
purl i heard languages was trac.parrot.org/parrot/wiki/Languages or icanhaz.com/parrotlang
whiteknight ah, my parrot problems happen if GMP is not installed. Some of the things in bignum.pmc are broken without it 17:56
fixing now 17:57
riffraff if it does it's only because of fperrad's work, I'd say, I think I wrote i i the days of (pre?) 1.something
fperrad, you are now a proud administrator of shakespeare-parrot@bitbucke
dukeleto whiteknight++ # bigint tests are b0rked right now. sometimes tests do not run when they are supposed to 17:59
japhb Hey now, dukeleto, if I'm reading this hq manpage right, the stuff I guessed above were in fact exactly right! 18:00
er hg
dukeleto riffraff: the language page on the wiki should be updated with respect to shakespeare
japhb: amazing! i was just trollin' ya ;) 18:01
japhb oh. well then.
:-)
dukeleto japhb: but i haven't used hg before, so I plead plausible deniability
japhb heh
dukeleto i assumed, but i guess i am pleasantly wrong 18:02
riffraff dukeleto, yes, it's hard to keep track of it
(the wki page I mean, wrt to parrot releases) 18:03
dukeleto riffraff: you know best, so just reminding you :)
dalek rrot-plumage: 4523409 | japhb++ | src/ (2 files):
[LIB,plumage] Support Mercurial repositories; expose new project actions to command line (but without usage info yet)
 18:06
japhb OK, Mercurial should now be supported in Plumage. 18:07
dukeleto japhb: damn you for proving me wrong! >:)
japhb heh
I aim to displease, I guess. ;-) 18:08
dukeleto japhb: i will lie to you more often, then
Tene fperrad: pong
japhb It's a deal
Tene: Can I get some NQP-rx judo from you? 18:09
Tene japhb: go ahead. I've got a few minutes.
japhb I would really like to have 'name => value' syntax for named args, in addition to the existing ':name(value)'. 18:10
dalek rrot: r42977 | whiteknight++ | trunk/src/pmc/bignum.pmc:
fix some errors in BigNum.pmc that happen when GMP is not installed
fperrad Tene, I try to migrate my XML grammar (github.com/fperrad/xml/blob/master/...rammar.pg) from PGE to NQP-rx
1) I remove all marker {*}
2) I remove all marker #= key
Tene fperrad: nqp supports #= key
japhb That will allow me to get most of the way there on normal-looking hashes, by using a hash() coercion function and the => fat arrow syntax. 18:11
moritz and it has an implicit {*} at the end of each rule, iirc (not sure though)
japhb I'm gathering that pmichaud is snowed under with other tasks, so ....
PerlJam nqp-rx supports #= key, but its use should be rare from what I understand. 18:12
Tene japhb: Okay, I'll look at it tonight. 18:13
fperrad in rule 66, I use #= key for n alternation
in rules 1,9,10,28, I use #= for an action in beginning and another in ending
japhb Tene, THANK YOU
Tene japhb: please rmeind me in like 6 hours or so. 18:14
japhb Tene, will do
18:14 payload joined
Tene fperrad: you could do like: proto token CharRef { <...> }; token CharRef<dec> {...}; token CharRef<hex> {...}; 18:15
pmichaud also, using protoregexes is much faster for many items
riffraff mh, the build is broken? 18:16
I think I read it in the backlog but I'm not sure
Tene fperrad: did you have a more-specific question for me?
Coke does nqp have a syntax like my @foo: = qw/this that other/ ? 18:19
PerlJam Coke: my @foo := <this that other>;
Coke PerlJam++ #perl6 primer.
there goes my lunch break. whee. 18:26
japhb "Here it comes ... And there it goes." 18:27
18:27 theory joined
Coke PerlJam: you might want to poke at that last commit of mine to partcl-nqp and see if you can clean up the perl6 any. =-) 18:27
dalek rtcl-nqp: a22f7da | coke++ | (4 files):
add _tcl::select_option() for finding correct subcommand or erroring.

   from that file in but commented out until we need them.)
  * convert [string] over to use this.
  * [string a foo] fails, but [string b foo] is like [string bytelength foo]		 18:28
18:29 cotto_work joined
Coke wonders why github's line numbers don't actually line up with the code. 18:33
PerlJam Coke: does that actually work? 18:36
your last commit that is.
I didn't realize that NQP understood defaults to sub parameters yet
Coke PerlJam: ayup.
(this is nqp-rx, fwiw.)
though that sub is so much smaller than the PIR, I'm tempted to just split it in 2. 18:37
(avoiding the need for a default value.)
18:37 payload joined
Coke so, I had tried to go through with .hllmacros and clean up some of the PIR in partcl; it really doesn't compare to using NQP, though. 18:40
Coke would have found ~= useful, though.
PerlJam: if you can see a clearer implementation for either of the 2 nqp subs in options.pm, I'd be happy for 'em. the second one especially is a very simplistic translation from PIR. 18:42
18:44 chromatic joined 18:45 mikehh joined 18:48 ZeroForce joined
treed japhb: pong? 18:51
japhb treed: um, hold on a sec, I forgot why I pinged you. :-) 18:52
treed k
japhb shrugs 18:53
I dunno.
Had something to do with something you were working on, but it's all been swapped out of my brain now, I guess.
18:55 ZeroForce joined
fperrad japhb, ready for Mercurial with bitbucket.org/riffraff/shakespeare-...peare.json 18:55
japhb fperrad, ok, let's give it a try. give me a sec to pull into the Plumage repo 18:56
fperrad, OK, pushed, let's give it a try 18:57
d'oh, it fails to parse the project 18:58
dangit
japhb wonders why the error is not being displayed
mikehh darbelo: ping
19:02 bluescreen joined
dalek rrot-plumage: aff6170 | japhb++ | metadata/shakespeare.json:
[METADATA] Add Shakespeare metadata, fperrad++
 19:02
japhb OK, fixed 19:09
And it works, yay! 19:10
dalek rrot-plumage: f28fbac | japhb++ | src/lib/Plumage/ (2 files):
[LIB] Improve error reporting from Plumage::Metadata and Plumage::Project
 19:14
rrot-plumage: 3029b79 | japhb++ | metadata/shakespeare.json:
[METADATA] Remove trailing comma in Shakespeare metadata
whiteknight Shakespeare? 19:18
purl rumour has it Shakespeare is shakespearelang.sourceforge.net/ or RFC 1605
19:19 payload joined
Coke Tene: Ping. 19:23
Tene Coke: pong 19:24
Coke Tene: in partcl-nqp, [break], which should be generating a CONTROL_LOOP_LAST exception, doesn't seem to have any effect, either in [for] or [while] (both of which are using nqp-rx's while() under the hood) 19:25
Tene That's unusual.
Can you post the generated PAST? 19:26
nopaste "coke" at 65.91.151.194 pasted "break/for/while" (32 lines) at nopaste.snit.ch/19026 19:28
Coke the past is just invoking those subs.
(tcl has no keywords, just builtin functions) 19:29
I can dig up the PIR blocks for those two subs, though, if that'd help. 19:30
nopaste "coke" at 65.91.151.194 pasted "[break] compiles to..." (31 lines) at nopaste.snit.ch/19027 19:31
Tene Coke: afk 30 minutes or so
will look after
nopaste "coke" at 65.91.151.194 pasted "for compiles to..." (107 lines) at nopaste.snit.ch/19028 19:32
fperrad japhb, 'hg update' seems required after 'hg pull', or use 'hg pull -u/--update'
Coke ah, that would do it. the while is saying that it can handle types 65 & 67.
(but not 66.) 19:33
riffraff fperrad, got the commit, you rock :) 19:35
but I believe the plumage metadata should include ruby as a test dependency
fperrad riffraff, no, ruby is only required by spectest 19:38
19:42 hercynium joined
riffraff yes, I thought that maybe there should be a stanza in the requires block if additional tasks exist though 19:43
but I know nothing about plumage :)
19:43 solarion joined
japhb is bak, reading ... 19:45
fperrad riffraff, plumage only uses targets : build, test, & install 19:46
japhb fperrad, that list is expanding rapidly. :-)
Look at the top of plumage.nqp
OK, looking at hg pull -u manpage
Tene Coke: Ah, yes, that would do it. I'll see if I can figure out why it's doing that tonight. 19:48
japhb Ah, ok. So hg pull is like git fetch
fixed and pushed 19:53
19:54 payload joined
Coke Tene: I poked in nqp-rx, but it is a maze of pir and perl6, all alike. 19:55
Tene Coke: it generates some pretty normal PAST, so it might be a PCT issue.
dalek rrot-plumage: 33cc54a | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Mercurial fix: 'hg pull' ~~ 'git fetch'; 'hg pull -u' ~~ 'git pull'
 19:58
Coke Tene: figureing that out will probably let me get t/cmd_break.t working, so TIA.
*figuring
20:00 bacek joined
dalek rrot-plumage: 838b2bf | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Fix braino in perform_actions() that prevented non-main-line actions
 20:04
20:07 kurahaupo joined
Coke did someone update the imcc lex/yacc files without re-running --maintainer? 20:08
(I have maintainer set to run by default and it's showing diffs.)
cotto_work darbelo, ping
Coke ah, probably just differences from 2.3 vs. 2.4.1 bison 20:09
cotto_work darbelo, take a look at pmichaud 20:10
darbelo cotto_work: pong
pmichaud poses
cotto_work 's latest message to the list. That commit should probably be reverted and a test added.
darbelo looks
chromatic That's the only case where bufstart/strstart aren't the same.
I think there are ways around it. 20:11
pmichaud substr is the only case where they're not the same?
darbelo Ah, substr()
pmichaud: The only legitimate case.
mikehh the problem is that they are distinct and so could be different
cotto_work a test should probably be added either way 20:13
mikehh for example changing encodings could change that as pointed out by Andy D
darbelo I have to run in a minute, so I'll revert the commit now and leave someone else to add the test. 20:19
pmichaud I don't think it's at all critical to happen immediately, just so long as we recognize it needs to happen
I had to work a bit to create that failing test :)
Coke pmichaud++ 20:21
pmichaud: any clue on my [break] problem, or feedback on the new src/options.pm ?
pmichaud IMO the underlying problem is that that function is trying to access the buffer directly instead of using vtables or the string api
i.e., I'd try to eliminate
if (file_name[0] == path_separator
in favor of something that follows the string api
nopaste "fperrad" at 93.11.4.249 pasted "[PATCH Plumage lua.json] don't work as expected (for japhb)" (28 lines) at nopaste.snit.ch/19029 20:22
dalek rrot: r42978 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] fix _update_hg (Mercurial)
 20:23
20:28 payload joined
cotto_work pmichaud, how informative do you think annotations will get? Are there plans to add HLL sub and character info or anything more than the line number and filename? 20:37
pmichaud cotto_work: I plan to include the full text 20:38
cotto_work shiny
timeline?
purl timeline is at hyperarchive.lcs.mit.edu/HyperArchi...ne-042.hqx OR ftp://ftp.amug.org//pub/info-mac/app/time-line-042.hqx or "Timeline" by Michael Crichton www.amazon.com/exec/obidos/ASIN/067...eamsomecom or in tag_'s bookmarks or at simile.mit.edu/timeline/
20:38 payload joined
pmichaud not sure yet 20:38
adding character info is a bit tricky though -- could make for a *lot* of annotations.
in some sence, every opcode would end up being annotated.
*sense
for HLL sub information we had been using the actual subs directly 20:39
but making the sub name available via annotation also makes good sense
it's tricky when there are nested subs, though
sub foo() { sub bar() { ... } # this code is not in bar } 20:40
afk, kid pickup
cotto_work an interesting case is mmd (especially with all perl 6's craaaazy options)
pmichaud that's actually easier to use the subs directly
rather than try to do it with annotations
because the sub already contains all of the information needed to identify itself
Coke Are annotations easily available so that I can interrogate the sub about them?
pmichaud Coke: at the moment one can interrogate contexts 20:41
Coke (in partcl, i was using attributes on a Sub subclass to store my extra information, as it was easy to introspect)
cotto_work They can change within a sub, but they have a pretty simple pir interface.
From what I've seen they're read-only, though. 20:44
20:45 joeri joined
dalek rtcl-nqp: a6f446e | coke++ | TODO:
add to the pile
 20:58
rtcl-nqp: 0308da1 | coke++ | src/Partcl/commands/main.pm:
make switch() throw an error on bad args instead of doing a p5-style warn.
japhb fperrad, what's your lua metadata problem? (Aside from the fact that there's no point in setting update type parrot_setup, since plumage itself has essentially the same logic built in 21:03
)
nopaste "fperrad" at 93.11.4.249 pasted "[Plumage output] japhb" (6 lines) at nopaste.snit.ch/19030 21:05
japhb WTF?
hmmm
japhb tanks on this a bit
(the second line is valid and correct -- I don't support using parrot_setup to do the update right now, since 'plumage update' already does everything 'parrot setup.pir update' does but handle CVS -- and in addition, it handles change of repo type) 21:07
Oh, duh
You always get that same error, because it's the metadata verifier that is erroring out. It won't let you use metadata it has determined is invalid *even if you're not actually going to use the part that is invalid*. 21:08
fperrad, if you remove the update stanza in the instructions, do clean and uninstall work for you? 21:10
fperrad japhb, clean & uninstall work when I remove update part
japhb ok, perfect 21:11
fperrad japhb, 'plumage update' does the same thing 'parrot setup.pir update' if the target 'update' is not overloaded in setup.pir. 21:12
Lua is an example with an overload.
japhb fperrad, oh, really? Hmmm, let me check that out 21:13
21:14 mikehh joined
japhb fperrad, are you running 'git submodule update' instead of 'git pull', or in addition to it? 21:15
fperrad japhb, in this case, in addition (I use register_step_after method) 21:17
japhb ah, gotcha
OK, reading the git submodule docs 21:18
(I'm going to add the functionality to Plumage proper ... but I can also see the point now in allowing update type parrot_setup, so I'll add that too.)
fperrad japhb, I think Plumage cannot know about git submodule 21:19
japhb is trying to avoid adding actions and action types without actual user demand. That way lies support for MyOwnVCSToolYo
fperrad, why not? 21:20
fperrad japhb, too complicated, and Plumage must know all VCS 21:21
japhb, 'plumage smoke lua' works
japhb excellent 21:22
fperrad, unless there's some seriously hidden complexity that I'm not seeing, properly supporting things like submodules/externals/what have you is necessary for proper VCS support. The fact that we're hitting this issue before we hit 30 projects in the metadata repo means it's not exactly uncommon. 21:24
Not having used git submodules in a long time, I'd forgotten that simply pulling was not enough to keep the submodule pointers up to date. 21:25
Now trying to deal with nested trees using *different* VCS tools ... that may be out of scope. :-) 21:26
21:26 mikehh joined
Coke ughs as not only is his home imac toast, neither of his powerbooks are booting. 21:28
japhb yipes
Coke is going to spending a lot at the apple store soon, he fears.
fperrad japhb, for example, SVN externals require anything 21:29
Coke (the books have been flaky for a while, so no surprise there. the imac has a flaky cd drive and now a flaky hard drive. :|
japhb fperrad, what? I don't understand that statement. 21:30
fperrad japhb, git submodule is more complicated than svn external 21:32
japhb sure, I gather that. I'm still not sure how having support in Plumage is harder than in distutils. 21:33
21:34 cognominal joined
fperrad japhb, distutils.pir handles "classic" update, if a project has a complexity, this complexity is handled by the project in setup.pir 21:36
japhb fperrad, fair enough. But Plumage is intended to be friendly, and try to DWIM. So it is fair to have it do the 80% solution. 21:37
fperrad japhb, Plumage uses a pure data with JSON description, distutils/setup is data driven but custom code is possible 21:42
dalek rrot: r42979 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
[distutils] add some Plumage actions : smoke, uninstall, clean
 22:02
japhb bak for just a couple, crazy around here ... 22:03
dukeleto japhb: could you add RCS support to Plumage? ;)
japhb dukeleto, now I *know* you're pulling my leg 22:04
darbelo wants SCCS
japhb msg fperrad I think you will like plumage rev 35f848d :-) 22:13
purl Message for fperrad stored.
japhb afk again
dalek rrot-plumage: 35f848d | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Allow update type 'parrot_setup'; support git submodules; make update fall back to fetch if source dir does not exist; make update instead of fetch be the default first action in the build chain
 22:17
22:39 hercynium joined 22:46 TiMBuS joined
tewk ./parrot -o runtime/parrot/include/parrotlib.pbc runtime/parrot/library/parrotlib.pir 23:30
cotto_work particle, ping 23:34
particle cotto_work: pong 23:36
dalek rrot-plumage: 64e1305 | japhb++ | src/plumage.nqp:
[plumage] Fix command_status() to properly handle an optional project list
 23:45
rrot-plumage: 398b8cc | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Smoke test requires same build path as regular test; add comments and do minor cleanups
rrot-plumage: ecab22a | japhb++ | src/lib/Plumage/Project.nqp:
[LIB] Plumage::Project: Don't try to clean or realclean if the source dir doesn't exist
rrot-plumage: 158eac5 | japhb++ | src/plumage.nqp:
[plumage] Update and improve usage info
japhb (git add -p)++
23:53 Patterner 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!