Camelia, the Perl 6 bug

IRC log for #parrot, 2009-12-04

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:01 fperrad darbelo, decnum has a setup.pir (send bt gmail)
00:02 darbelo That was fast.
00:02 darbelo fperrad++
00:04 plobsing joined #parrot
00:08 darbelo Hmm. Is the value for DECLITEND hardcoded now?
00:10 Infinoid japhb, dukeleto: the plumage history is remarkably consistent in its use of single line logs.  Is that because of the ATOM feed limitations, or are you both just naturally excellent at summarizing? :)
00:10 fperrad darbelo, a fast version needs improvement
00:11 * Infinoid is writing a page scraper, but was hoping to find a larger log entry for testing it
00:12 darbelo fperrad: Not a problem, I don't think I ever tested this on non-x86 anyways. I was just reading the code and noticed it.
00:13 darbelo Oh, wait. I lie. I did most of the SoC stuff on amd64 :)
00:17 nopaste "darbelo" at 190.136.175.208 pasted "decnum-dynpmcs build errors with setup.pir" (27 lines) at http://nopaste.snit.ch/18955
00:17 darbelo pmc2c--
00:17 plobsing hi #parrot
00:19 Infinoid hi plobsing
00:20 Infinoid darbelo: hmm.  isn't .dump supposed to be created by c2str?  (I'm months out of date, so I'm no longer sure.)
00:21 darbelo Infinoid: Not for dynpmcs AFAIK. I think I had this problem before, I remember it being pmc2c's fault, but not how I fixed it.
00:21 darbelo I think I added an ugly hack to the makefile.
00:24 Infinoid there's a --dump option to pmc2c
00:24 fperrad darbelo, decbase.pmc must be processed the first, because it's the abstract class of all other PMC
00:25 darbelo Infinoid, fperrad: I know. I just don't know how to fix it with distutils :)
00:28 fperrad darbelo, $P2 is an array, and src/pmc/decbase.pmc is the first element.
00:28 darbelo fperrad: Doesn't that mean that it's processed first?
00:29 fperrad darbelo, on my box, it's the first
00:30 mikehh joined #parrot
00:30 darbelo So, it worked for you with just setup.pir in the top level dir and the patch you sent me. Hmm, must be something on my end.
00:35 Whiteknight joined #parrot
00:37 Whiteknight for as much as people were complaining about the support policy yesterday, my draft on the list got horribly warnocked
00:38 kid51 warnocked?
00:38 purl warnocked is http://en.wikipedia.org/wiki/Warnocked
00:38 Whiteknight means it got ignored
00:39 darbelo Whiteknight: Haven't read it yet. And missed the complaints too. So I lack context, right now.
00:40 kid51 Whiteknight:  check list.  I just attached a diff.  When I read it on the list today, I didn't realize that it was a revision of a current document -- which I would have expected more as a patch attached to a TT.
00:40 Whiteknight kid51: yeah, seeing your diff reminded me about it
00:41 kid51 Whiteknight:  I suspect that if you can persuade pmichaud of its virtues, it will be well on its way to acceptance.
00:41 kid51 Since I myself don't do any HLL work, I don't have a dog in this fight.
00:43 kid51 More generally:  Anything you can do in Parrot core (e.g., GC) that enables pmichaud to get Rakudo* out in 5 months will be well appreciated.
00:52 abqar joined #parrot
01:04 dalek parrot: r42887 | jkeenan++ | trunk (3 files):
01:04 dalek parrot: Deleting two files relating to HLLs no longer in the repository.  Cf.:  �http://trac.parrot.org/parrot/ticket/1327.
01:04 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42887/
01:06 dalek TT #1336 reopened by jkeenan++: Convert t/pmc/bigint.t to PIR
01:15 Whiteknight dukeleto: ping
01:19 dalek tapir: ee1d488 | andrew++ | t/harness.pir:
01:19 dalek tapir: prettify the output a little bit
01:19 dalek tapir: review: http://github.com/leto/tapir/commit/ee​1d488466e2954bc59b4d31550825d0b1936312
01:21 Whiteknight urg, (git config)--
01:22 Tene Whiteknight: some models of laptop I've seen do have hardware virt support, but it's disabled in the bios.  If you're not completely certain that doesn't apply to you, it's worth checking.
01:22 Whiteknight Tene: yeah, this laptop's processor doesn't even support it at all
01:22 Whiteknight I can fiddle with the bios, I'm not worried about that
01:23 Tene Ah, okay.
01:26 Coke Note to parrot-dev folks; if you're going to x-post to users, join the list and keep your list admin happy.
01:28 Whiteknight I'm on the users list I think
01:38 xenoterracide joined #parrot
01:40 Whiteknight purl msg dukeleto I prettified the output of Tapir a little bit. We could make it's output a little bit more like Parrot's t/harness if you wanted too
01:40 purl Message for dukeleto stored.
01:40 xenoterracide joined #parrot
01:42 mikehh joined #parrot
01:46 xenoterracide_ joined #parrot
01:54 dalek tapir: b31eb18 | andrew++ | CREDITS:
01:54 dalek tapir: add myself to CREDITS, have more commits to come
01:54 dalek tapir: review: http://github.com/leto/tapir/commit/b3​1eb183a0fbd7bc93a3fe53977765708c2a9522
01:54 mikehh joined #parrot
02:00 dalek joined #parrot
02:01 Infinoid japhb, dukeleto: Any chance you can commit something to parrot-plumage that has a big commit message?  Dalek should handle multiple lines and file listings and all of that now.
02:01 mikehh joined #parrot
02:14 kid51 joined #parrot
02:19 JimmyZ joined #parrot
02:30 mikehh joined #parrot
02:35 mikehh joined #parrot
02:49 tetragon joined #parrot
03:11 mikehh joined #parrot
03:18 JimmyZ hello: could someone tell me where Vtable_get_pointer be dedined? I couldn't find it.
03:20 plobsing JimmyZ: include/parrot/vtable.h, line 687
03:21 JimmyZ plobsing: and them where is get_pointer?
03:21 JimmyZ plobsing: I want to find the function
03:21 plobsing JimmyZ: that's defined on a per-pmc basis
03:21 plobsing its a vtable funtion
03:22 JimmyZ yes, I couldn't find it.
03:22 plobsing which PMC type?
03:23 JimmyZ ah,find it
03:23 JimmyZ thanks, plobsing++
03:23 plobsing for future reference, if your editor supports tags (emacs or vi style), you can generate a tags file using the makefile targets make tags-{emacs,vi}
03:24 plobsing then you can find definitions automatically
03:25 JimmyZ plobsing: yes, I have no vi or cmacs.
03:31 plobsing JimmyZ: according to http://en.wikipedia.org/wiki/Ct​ags#Editors_that_support_ctags, ~20 editors support tags. Maybe yours is one of them.
03:31 JimmyZ ah, plobsing++
03:53 nopaste joined #parrot
04:08 nopaste joined #parrot
04:13 TonyC joined #parrot
04:14 xenoterracide joined #parrot
04:23 nopaste joined #parrot
04:31 dukeleto 'ello
04:35 TonyC joined #parrot
04:35 theory joined #parrot
04:38 nopaste joined #parrot
04:39 TonyC joined #parrot
04:41 brrant joined #parrot
04:47 dalek tapir: acdb637 | (Bob Kuo)++ |  (5 files):
04:47 dalek tapir: Merge remote branch 'upstream/master'
04:47 dalek tapir: review: http://github.com/leto/tapir/commit/ac​db637647131f2ead6a6c5ae5663cca53b01ccb
04:47 dalek tapir: 271bd7a | (Bob Kuo)++ |  (2 files):
04:47 dalek tapir: that should add skip support
04:47 dalek tapir: review: http://github.com/leto/tapir/commit/27​1bd7a54aee27be4467503c0491680139757ca4
04:47 dalek tapir: 435ff06 | dukeleto++ |  (2 files):
04:47 dalek tapir: Merge branch 'master' into skip_fresh
04:47 dalek tapir: review: http://github.com/leto/tapir/commit/43​5ff06f4a64f248e74913a6f76d9960ef553092
04:51 dukeleto msg whiteknight i like the idea of making tapir output formats pluggable
04:51 purl Message for whiteknight stored.
05:33 hercynium joined #parrot
05:55 TonyC joined #parrot
06:11 TonyC joined #parrot
06:21 nopaste joined #parrot
06:27 TonyC joined #parrot
06:31 dukeleto how do i get the proper directory to get at parrot include files, programmatically?
06:31 dukeleto i need to detect the proper directory to -I in the plparrot config process
06:51 nopaste joined #parrot
07:03 nopaste joined #parrot
07:20 Essobi joined #parrot
07:33 uniejo joined #parrot
07:46 nopaste joined #parrot
07:56 JimmyZ_ joined #parrot
07:58 nopaste joined #parrot
08:28 nopaste joined #parrot
08:31 iblechbot joined #parrot
08:34 theory joined #parrot
08:54 payload joined #parrot
08:56 japhb Infinoid: I shall endeavor to give parrot-plumage a long commit message tomorrow
08:56 japhb :-)
09:03 nopaste joined #parrot
09:13 nopaste joined #parrot
09:14 mikehh All tests PASS (pre/post-config, smoke (#30566), fulltest) at r42887 - Ubuntu 9.10 amd64 (g++ with --optimize)
09:22 dalek TT #1357 created by jimmy++: [patch]changed capture.pmc to use GET_ATTR syntax
09:25 fperrad joined #parrot
09:27 fperrad_ joined #parrot
09:28 nopaste joined #parrot
09:43 nopaste joined #parrot
09:48 dalek lua: d365759 | fperrad++ | setup.pir:
09:48 dalek lua: manifest: add missing lua_private.h
09:48 dalek lua: review: http://github.com/fperrad/lua/commit/d3​65759c54b8db1f0c448e7568db6169e47a646d
10:08 payload joined #parrot
10:19 nopaste joined #parrot
10:32 gaz joined #parrot
12:08 bacek joined #parrot
12:18 plobsing joined #parrot
12:22 payload joined #parrot
12:25 bluescreen joined #parrot
12:33 bluescreen joined #parrot
12:42 iblechbot joined #parrot
12:43 bacek joined #parrot
13:07 Coke msg dukeleto "parrot_config includedir" ?
13:07 purl Message for dukeleto stored.
13:21 whiteknight joined #parrot
13:28 * Coke sighs at blogs.perl.org
13:28 * Coke 's login has been toasted, and he is unable to post comments with a 500 server error.
13:29 * Coke backs away for a few weeks.
13:29 moritz they are working on migriting to a stronger server
13:32 Coke on the off chance it's just me; someone might want to point http://blogs.perl.org/users/silent11/2009/12/tha​nk-you-perl-advent-calendar-authors-of-2009.html towards rakudo.
13:34 moritz Coke: will do, thanks
13:34 Coke moritz++
13:34 moritz correction: I tried.
13:35 moritz it told my the "entered text" was wrong
13:35 moritz which presumably meant a captcha
13:35 moritz but I didn't see one
13:43 TonyC joined #parrot
13:50 pmichaud good morning, #parrot
13:54 whiteknight good morning pmichaud
14:12 whiteknight pmichaud: did you happen to see the support policy draft I posted to the list yesterday?
14:19 pmichaud I saw that you sent one -- didn't view the draft itself yet.
14:19 pmichaud (would require shelling out to a word processor :)
14:33 fperrad seen riffraff
14:33 purl riffraff was last seen on #parrot 185 days, 4 minutes and 8 seconds ago, saying: yes it's what I was thinking thanks again  [Jun  2 14:28:18 2009]
14:53 PacoLinux joined #parrot
15:01 xenoterracide joined #parrot
15:11 xenoterracide joined #parrot
15:16 whiteknight purl msg dukeleto: I'm interested in getting started on a good mock object framework. I've got a few ideas I want to start drafting. You have any ideas? Would this be a good addition to Tapir, or do we go it solo?
15:16 purl Message for dukeleto stored.
15:30 patspam joined #parrot
15:32 bubaflub joined #parrot
15:36 xenoterracide joined #parrot
15:41 Infinoid Coke: ping
15:42 ruoso joined #parrot
15:46 Coke Infinoid: pong
15:47 Infinoid Coke: At the cost of having to put options before subcommands, I got directly passed shell commands working pretty well
15:47 nopaste "Infinoid" at 173.75.243.182 pasted "svn-bisect session for Coke++" (21 lines) at http://nopaste.snit.ch/18959
15:47 Infinoid I don't think I can make it much more straight forward than that.
15:48 payload joined #parrot
15:49 Infinoid (without the restriction on options, Getopt::Long would eat the -f)
15:51 Infinoid Anyway, wanted to let you know, I'm done with that feature, and will push it to CPAN today.
15:51 Psyche^ joined #parrot
16:00 Coke Infinoid: danke.
16:00 Coke sorry, distracted.
16:26 lucian joined #parrot
16:26 patspam joined #parrot
16:31 patspam joined #parrot
16:33 patspam1 joined #parrot
16:36 viklund joined #parrot
16:39 darbelo joined #parrot
16:44 jan joined #parrot
16:54 dalek parrot: r42888 | mikehh++ | trunk/t/pmc/bigint.t:
16:54 dalek parrot: fix t/pmc/bigint.t to skip properly if libgmp not available or wrong version
16:54 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42888/
16:55 mikehh msg kid51: I think I fixed TT  #1336 at r42888 - can you test this
16:55 purl Message for kid51 stored.
16:55 fperrad_ joined #parrot
16:56 fperrad joined #parrot
17:01 fperrad ping darbelo
17:01 purl I can't find darbelo in the DNS.
17:01 darbelo pong
17:03 mikehh joined #parrot
17:03 nopaste "darbelo" at 190.136.175.208 pasted "Missing label in distutils.pir" (12 lines) at http://nopaste.snit.ch/18961
17:03 fperrad darbelo, with decnum, try
17:03 fperrad $ parrot setup.pir
17:03 fperrad which fails
17:03 fperrad but after, send me the output of
17:03 fperrad $ parrot setup.pir clean
17:09 fperrad darbelo, no, L1 exists already line 1056
17:10 theory joined #parrot
17:16 darbelo fperrad: I just fixed the pmc2c problems, those were on my end. But now it fails with what looks like a missing header.
17:17 nopaste "darbelo" at 190.136.175.208 pasted "decnum-dynpmc failures with setup.pir" (296 lines) at http://nopaste.snit.ch/18963
17:18 fperrad darbelo, yes in decnum.pmc
17:19 fperrad ./decnum.pmc:28:40: ../src/decNumber/decNumber.h
17:19 fperrad instead of
17:19 fperrad ../decNumber/decNumber.h
17:19 darbelo Yeah, found it.
17:19 darbelo parrot setup.pir test is running fine now. fperrad++
17:21 fperrad darbelo, have you remove t/harness ?
17:21 darbelo No, should I?
17:22 fperrad darbelo, yes, it is useless
17:23 fperrad see line #1706 in distutils.pir
17:24 darbelo Oh, cool.
17:25 darbelo That makes decnum-dynpmcs completely perl free.
17:25 darbelo fperrad++
17:26 fperrad darbelo, perl source free, but not perl free, because prove is perl
17:27 fperrad waiting for Tapir
17:27 dalek parrot: r42889 | pmichaud++ | trunk (3 files):
17:27 dalek parrot: [tools]  Update create_language.pl to build for nqp-based toolchain.
17:27 dalek parrot: Add create_language.pl to files in installed Parrot.
17:27 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42889/
17:29 fperrad darbelo, you could generate a new Plumage file :
17:29 fperrad $ mkdir plumage
17:29 fperrad $ parrot setup.pir plumage > plumage/decnum-dynpmcs.json
17:30 darbelo Just like that? I was about to do it by hand.
17:31 fperrad darbelo, data are in setup.pir
17:32 darbelo fperrad++
17:32 darbelo Ouch, "parrot setup.pir install" didn't install decnum.pasm
17:33 darbelo Where should I add that?
17:34 fperrad darbelo, where do you want install it ?
17:37 fperrad darbelo, add this
17:37 fperrad # install
17:37 fperrad $P0['inst_inc'] = 'inc/decnum.pasm'
17:43 dukeleto 'ello
17:50 bubaflub dukeleto: hi
17:50 purl what's up, bubaflub.
17:52 dukeleto bubaflub: your skip_fresh branch was merged into tapir
17:52 bubaflub dukeleto: shaweet.
17:52 bubaflub dukeleto: i mentioned it on the tapir wave, but i found some good examples from the official TAP pod that should expose a few more cases that we don't handle
17:53 bubaflub dukeleto: so i'll turn those into tests and then get em to pass
17:53 bubaflub dukeleto: all on a topic branch, of course
17:53 dukeleto bubaflub: https://svn.hexten.net/tapx/tap-tests/t/source/
17:53 bubaflub ah, cool
17:54 bubaflub dukeleto: i also wonder if we should use some kind of neato-fancy-shmancy grammar
17:54 dukeleto bubaflub: what kind?
17:55 dukeleto bubaflub: if you are talking about using PGE, that will be much slower
17:55 bubaflub ah
17:55 bubaflub ok
17:55 dukeleto bubaflub: and pmichaud isn't working on PGE anymore
17:56 dukeleto bubaflub: TAP is a line-based protocol, so the way we are parsing it is actually how Test::Harness does it as well. in spirit, anyway.
17:56 bubaflub ok.  if using a grammar will make it slower then we'll stick with what we got
17:56 pmichaud dukeleto: but one could use NQP to do the parsing
17:56 bubaflub i'll convert some more examples to test cases
17:56 dukeleto pmichaud: that is called nqpTAP ;)
17:56 pmichaud well.... there ya go then :)
17:56 dukeleto nqptap?
17:56 purl i think nqptap is nqpTAP - TAP (Test Anything Protocol) Harness for NQP (NotQuitePerl) https://github.com/leto/nqptap
17:57 dukeleto tapir?
17:57 purl i guess tapir is being written to be testable from the ground up, unlike nqpTAP or http://github.com/leto/tapir
17:57 dukeleto purl, tapir is also a TAP Harness written in PIR
17:57 purl okay, dukeleto.
17:58 dukeleto bubaflub: so if you want to get fancy, feel free to go wild on nqpTAP. i will give you a bit now
17:58 dukeleto bubaflub: nqpTAP can be where we get fancy, tapir can be where we go fast ;)
17:58 bubaflub cool.
17:58 bubaflub i'm not that up to speed on NQP, but it's a good stomping ground
17:59 dukeleto bubaflub: nqptap is just a copy-and-fork of the test harness that i wrote for Plumage
17:59 pmichaud the nqp version should be able to be fast also
17:59 pmichaud especially if one does line-by-line parsing of the input (as it should)
17:59 dukeleto pmichaud: that is the plan
17:59 dukeleto pmichaud: do you have any other suggestions for nqpTAP ?
17:59 pmichaud not at the moment
17:59 pmichaud sounds like you've pretty well got it in hand :)
18:00 dukeleto pmichaud: you have a bit, so feel free to add stuff to TODO or tell us if we can do something in a smarter way :)
18:00 pmichaud will do.  My plate's a little full this week, though :)
18:00 dukeleto bubaflub: you have a bit, and so does japhb,whiteknight,darbelo
18:01 dukeleto pmichaud: nqptap is on my back burner, no worries
18:01 pmichaud anytime I add something more to my plate, more stuff falls onto the floor and it's making a bit of a mess :-)
18:01 whiteknight who has a bit to what?
18:01 dukeleto pmichaud: i am concentrating on tapir much more
18:01 dukeleto whiteknight: you have a bit to nqptap
18:01 whiteknight ah, yes
18:01 dukeleto nqptap?
18:01 purl nqptap is nqpTAP - TAP (Test Anything Protocol) Harness for NQP (NotQuitePerl) https://github.com/leto/nqptap
18:01 bubaflub dukeleto: i'll hack together a few more tests for tapir this weekend and see if anything fails.
18:02 dukeleto bubaflub: we need a way of using all those yaml files of TAP as test cases
18:02 whiteknight dukeleto: I want to use Tapir as the test harness for PLA and Matrixy. So they can be testbeds for it. How do we install it globally?
18:02 bubaflub dukeleto: i can try and throw together a script
18:02 bubaflub that'll parse those files and output some testing stuff
18:02 bubaflub or at least something useable
18:03 dukeleto whiteknight: that part hasn't been written yet. i think i just want to either 1) create a fakecutable 2) just create a .pbc . what are the benefits of each?
18:03 whiteknight a fakecutable is nice because you can invoke it directly
18:04 whiteknight might benefit from some optimization too, but I doubt it's much
18:04 dukeleto bubaflub: i guess we need a function in PIR that parses that yaml and determines if parsing each TAP stream gives a printout that is correct
18:05 dukeleto whiteknight: so it is the different between: tapir t/*.t VS parrot t/harness.pbc t/*.t
18:05 bubaflub dukeleto: hmmmm. i was thinking of a script that would just be a one-time conversion from yaml to something we can read into a test file
18:05 dukeleto whiteknight: i guess the fakecutable is less typing to invoke, which I like
18:05 chromatic joined #parrot
18:06 whiteknight dukeleto: whatever it is, I'll probably alias it to "pt" anyway, so no worries
18:06 whiteknight :)
18:06 dukeleto bubaflub: i want to use those yaml files directly, so that when people improve those, we still get the benefit. one-time sucks.
18:06 bubaflub dukeleto: ok.  is there a yaml parser in pir already?
18:07 bubaflub i think there is somewhere.  i saw a JSON blah blah but JSON != YAML
18:07 dukeleto runtime/parrot/library/yaml_dumper.pb
18:07 dukeleto yaml_dumper.pbc, even
18:08 dukeleto runtime/parrot/library/yaml_dumper.pir is more useful
18:08 bubaflub cool.  i'll check em out this weekend.  i.e. 12 hours or so
18:09 dukeleto bubaflub: it *is* friday. thankfully.
18:09 bubaflub dukeleto: no kidding.  i'm in the last push for finals. it'll be nice to be done with this semeseter.
18:09 dukeleto any other nqp hackers want a bit to nqptap?
18:09 dukeleto bubaflub: good luck!
18:09 purl You'll need it.
18:09 bubaflub dukeleto: thanks. purl--
18:10 dukeleto purl: eat a brick.
18:10 purl dukeleto: i'm not following you...
18:11 dukeleto whiteknight: so i guess my answer is that I would prefer to polish up tapir for a few more days and add installability before dropping it in other repos
18:12 dukeleto whiteknight: but it is very close. we can parse todo/skips now, which is big
18:12 dukeleto whiteknight: tapir still parses out of order tests incorrectly
18:12 whiteknight oh
18:13 dukeleto whiteknight: it ends up failing an out-of-order test file, but for the wrong reason, because it mis-counts out-of-order tests :)
18:13 dukeleto whiteknight: i will have that fixed this by this weekend
18:13 whiteknight well it's no hurry, I'm using nqpTAP for PLA now, so I can stick witht hat for a while
18:13 dukeleto whiteknight: sounds good. nqpTAP doesn't parse todo/skips or deal with out of order tests correctly :)
18:14 whiteknight dukeleto: I know. That's why I want the new hotness
18:14 dukeleto whiteknight: it is very close!
18:14 whiteknight anything I can do?
18:15 dukeleto whiteknight: the TODO file is pretty extensive. thanks for the prettification patch!
18:16 whiteknight dukeleto: no problem! I think we could have an overloadable display object type if we want other output formats
18:16 dukeleto whiteknight: you could add that we want pluggable output formats to the TODO
18:16 dukeleto whiteknight: nice
18:16 whiteknight haha, ok. awesome
18:16 whiteknight anyway I'm serious. If you need a "real world" testbed, PLA and Matrixy are at your disposal
18:17 xenoterracide joined #parrot
18:17 dukeleto i wonder if CPANtesters would want to use Tapir, since it would speedup their test runs *enormously*
18:17 whiteknight really? is Tapir faster then perl's test harness?
18:17 dukeleto whiteknight: tapir is much faster than Test::Harness 3.x . like, algorithmically
18:18 whiteknight oh, wow
18:18 whiteknight but how fast will it be when it's parsing tests in order? :)
18:18 dukeleto whiteknight: t::h 3.x allocates objects for every test in a test file, and does not free them until the file is done
18:19 dukeleto whiteknight: tapir just counts stuff, so it's memory use per test file is constant
18:19 darbelo ouch.
18:19 dukeleto whiteknight: i ran into this with math::primality. i had a test with 500,000 tests, and test::harness pooped the bed
18:19 whiteknight hey, my kid poops the bed too!
18:20 cotto_work Is there a reason for that or is it just lazy coding?
18:20 dukeleto whiteknight: TMI, man. But I brought it upon myself ;)
18:20 dukeleto cotto_work: it is very extensible, well-factored code with a deep inheritance hierarchy
18:21 dukeleto cotto_work: so i think it is a result of using deep inheritance. test::harness 2.x was much faster
18:23 dukeleto it would be very interesting to benchmark tapir against t::h 2.x and t::h 3.x
18:24 cotto_work It'll be nice to have a speedup in our tests, wherever it comes from.
18:24 dukeleto tapir already kicks t::h 3.x's ass
18:24 bubaflub cotto_work: agreed.
18:24 dukeleto cotto_work: for a file with 100 tests, tapir currently takes roughly a third of the time of Parrot's current harness
18:25 dukeleto y'all don't even *know* how much test::harness 3.x slows shit down
18:25 dukeleto i was amazed myself
18:26 cotto_work Reducing the friction of running the test suite is huge.  I'm really glad it's getting some tuits.
18:26 dukeleto tapir aims to be must faster, with 80% of the features
18:26 dukeleto much faster, even
18:26 dukeleto i think the last 20% of features of test::harness is what makes it so slow
18:26 mikehh joined #parrot
18:26 dukeleto there probably needs to be a test::harness::lite or something
18:33 dukeleto bubaflub: one thing, next time, don't merge the master branch into your topic branch so much :)
18:33 bubaflub yeah, i should have rebased
18:33 dukeleto bubaflub: indeed, or squashed
18:33 dukeleto bubaflub: not a big deal, but it starts to wreck the history and makes bisection slower/etc
18:34 dukeleto bubaflub: so next time, it is tar and feathers
18:34 bubaflub dukeleto: yikes.
18:34 bubaflub dukeleto: i shall squash away
18:35 tewk squash, what that?
18:35 moritz merging multiple commits into a single commit
18:36 chromatic Speaking of rebasing, squashing, and merging, we need to merge bacek's CallSigRet branch.
18:36 dukeleto tewk: git rebase -i allows you to "squash" a bunch of commits into one
18:36 dukeleto chromatic: thanks for volunteering!
18:36 dukeleto chromatic: do you need help?
18:36 bubaflub tewk: http://www.kernel.org/pub/softwa​re/scm/git/docs/git-rebase.html
18:37 chromatic I'll poke at it in a bit, but I might need some advice.
18:37 dukeleto chromatic: i give moral support, testing and benchmarking. advice, not so sure.
18:37 dukeleto chromatic: i can pretend to know stuff and you can pretend to believe me. that usually works.
18:38 dukeleto chromatic: does the merge apply cleanly?
18:39 dukeleto chromatic: it is a recent branch, there shouldn't be *too many* conflicts....
18:39 dukeleto ::famous last words::
18:39 chromatic I haven't tried to rebase from trunk and then merge; is that the best approach?
18:39 dukeleto chromatic: you are going to use git-svn for the merge?
18:40 chromatic Yes.
18:41 dukeleto chromatic: ok
18:42 dukeleto chromatic: yes, rebase against trunk
18:43 dukeleto chromatic: create a topic branch for the cs_merge branch
18:43 dukeleto chromatic: then merge master into it
18:44 dukeleto chromatic: then fix conflicts, "git add" each file with a conflict, then "git commit", then git svn dcommit
18:44 dukeleto chromatic: i think
18:44 chromatic Create a topic branch, you mean check out my own local branch with --remote?
18:45 dukeleto chromatic: git checkout -b my_topic_branch svn/cs_csr_merge
18:45 dukeleto chromatic: that creates a local tracking branch for your svn branch
18:45 chromatic fatal: git checkout: updating paths is incompatible with switching branches.
18:45 chromatic Did you intend to checkout 'svn/cs_csr_merge' which can not be resolved as commit?
18:46 dukeleto chromatic: can you nopaste your .git/config ?
18:46 dukeleto chromatic: did you do a "git fetch" ?
18:46 nopaste "chromatic" at 72.87.39.97 pasted ".git/config for dukeleto" (24 lines) at http://nopaste.snit.ch/18964
18:47 chromatic I did git svn fetch.
18:47 dukeleto chromatic: can you also nopaste "git branch -a" ?
18:47 chromatic remotes/cs_csr_merge
18:47 dukeleto chromatic: which version of git are you using?
18:47 chromatic That looks the most relevant.
18:47 dukeleto chromatic: yes, that does
18:48 chromatic 1.6.3.3
18:48 dukeleto chromatic: ok, that is recent and good. 1.6.x has much better git-svn support than 1.5.x
18:49 dukeleto chromatic: did you use the "-s" option when cloning this repo?
18:49 chromatic No idea.
18:49 chromatic If I git co -b cs_csr_merge_local remotes/cs_csr_merge everything appears to work correctly.
18:50 dukeleto chromatic: sweet.
18:50 dukeleto chromatic: now you should be able to do "git merge master"
18:50 chromatic I'm going to build and test first.
18:50 chromatic Should I merge or rebase?
18:50 tewk dukeleto, I know about rebase -i, so what is the workflow where you squash instead of rebase?
18:51 dukeleto chromatic: good question
18:51 purl Yeah, it is. I'm stumped.
18:51 dukeleto tewk: you replace the first character of commits in "git rebase -i" with "s" and it "squashes" them together
18:52 dukeleto tewk: the practice of taking a topic branch and then "squashing" it into a single commit is called "squashing your branch"
18:52 dukeleto tewk: rakudo requires squashed topic branches, for instance
18:52 dukeleto tewk: or at least it used to
18:52 tewk Ah I get it, so squash your topic branch before commiting it back to trunk
18:53 dukeleto tewk: it makes the history cleaner, and is more in the vein of "historical narrative" as opposed to "this is exactly the things that happened"
18:53 dukeleto tewk: and it makes bisect a lot faster :)
18:54 tewk I usually squash my topic branches into smaller quantity of commits, but not always a single commit, I should probably make more topic branches.
18:56 dukeleto tewk: yes, one can never have enough topic branches. until you get too many. and making topic branches off of topic branches off of topics branches .... is evil.
18:56 dukeleto but git is more than happy to let you do it
18:57 dukeleto chromatic: i think you should try rebase first, and if that doesn't work, then dry merge
18:58 chromatic What's the rebase syntax?
19:02 dukeleto chromatic: git rebase foo
19:03 chromatic warning: squelched 580 whitespace errors
19:03 chromatic warning: 585 lines applied after fixing whitespace errors.
19:03 chromatic Yick.
19:03 dukeleto yowzers
19:03 chromatic Is there a cheap and easy syntax to say "I know there are conflicts, so prefer the master version and don't make me edit files"?
19:04 chromatic #       unmerged:   ext/nqp-rx/src/stage0/HLL-s0.pir
19:04 chromatic #       unmerged:   ext/nqp-rx/src/stage0/NQP-s0.pir
19:04 chromatic #       unmerged:   ext/nqp-rx/src/stage0/P6Regex-s0.pir
19:04 chromatic #       unmerged:   runtime/parrot/library/distutils.pir
19:04 chromatic #       unmerged:   t/native_pbc/testdata/number.pasm
19:04 chromatic #       unmerged:   t/native_pbc/testdata/string.pasm
19:04 dukeleto chromatic: yes, i think
19:05 dukeleto chromatic: http://stackoverflow.com/questions/173​919/git-merge-s-ours-what-about-their
19:07 chromatic git co --theirs files
19:07 chromatic Nice.
19:08 dukeleto chromatic: yep. very very nice
19:09 dukeleto chromatic: i think --theirs was removed tho?
19:09 dukeleto chromatic: you have to turn yourself around and use --ours
19:09 dukeleto chromatic: since you can merge more than one branch at a time, --theirs is ambiguous
19:09 dukeleto chromatic: but --ours is not
19:23 particle joined #parrot
19:28 chromatic Let's see what this did.
19:29 Coke svn st --noignore == git ... ?
19:30 chromatic status
19:30 purl Since Mon Nov 30 12:25:09 2009, there have been 1131 modifications and 504 questions.  I have been awake for 4 days, 7 hours, 3 minutes, 42 seconds this session, and currently reference 814332 factoids. Addressing is in optional mode.
19:31 Coke chromatic: yes, but git status respects gitignore.
19:31 chromatic Oh, I see what you're asking.
19:33 pmichaud maybe just temporarily rename .gitignore to something else?  ;-)
19:33 chromatic Hm, a 16.031% performance improvement on fib.pir.
19:34 Andy joined #parrot
19:35 chromatic Hm, but where did my merge go on master and why can't I commit it to SVN trunk?
19:38 dalek parrot: r42890 | chromatic++ | branches/cs_csr_merge (9 files):
19:38 dalek parrot: Merged branch 'master' into cs_csr_merge_local.
19:38 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42890/
19:42 chromatic dukeleto, I lost the merge commit somewhere.
19:45 Coke pmichaud: renamed from pmtcl to partcl, per your ok. =-)
19:46 pmichaud Coke: +1
19:46 purl 1
19:46 pmichaud I said "Coke:", not "purl:", you stupid bot.
19:47 Coke bad idea.
19:47 Coke good idea?
19:47 purl Coke: Good Idea: Stopping to smell the roses. Bad Idea: Stopping to feel the roses.
19:48 dalek partcl-nqp: 3057092 | (Will Coleda)++ | build/Makefile.in:
19:48 dalek partcl-nqp: have realclean delete the gen'd PBC and executable
19:48 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/3057092679e471613e09dce357c67d5172b38b41
19:48 dalek partcl-nqp: e9f0876 | (Will Coleda)++ |  (23 files):
19:48 dalek partcl-nqp: Rename from PmTcl to Partcl
19:48 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/e9f0876ada4cffdd730f17c1dd5a17619f42a24e
19:50 particle joined #parrot
19:51 nopaste "coke" at 72.228.52.192 pasted "minimal test case for lexical $body not found (pmichaud++)" (1 line) at http://nopaste.snit.ch/18966
19:51 Coke I'm not sure why [catch] isn't catching that particular type of error.
19:51 pmichaud Coke: I'm thinking it's an inferior runloop problem, but will verify a bit later.
19:54 bacek joined #parrot
19:55 dalek parrot: r42891 | chromatic++ | trunk (14 files):
19:55 dalek parrot: Merged branch 'cs_csr_merge' into master.
19:55 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42891/
19:56 Coke chromatic: did you fix it or apply that by hand?
19:56 chromatic I fixed it.
19:58 hercynium joined #parrot
19:59 dukeleto chromatic: what now?
19:59 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.
19:59 dukeleto chromatic: git reflog is your friend
19:59 chromatic I figured it out, r42891 is the commit.
20:00 chromatic Somehow I put master into a state where it thought I'd already committed the merge to SVN.
20:00 dukeleto chromatic: git svn find-rev sha1
20:00 dukeleto chromatic: that sounds fun
20:01 dukeleto chromatic: looks like you merged master into cs_csr_merge
20:01 chromatic Yes, then I merged back.
20:01 dukeleto chromatic: ah, i see
20:02 Coke pmichaud: added a hopefully minor expression tweak to the todo. if it were not relating to the expression stuff, I probably could have added a panic confidently.
20:04 dukeleto chromatic: so did we get a 5% performance increase after the new merge? or was that only in the branch?
20:05 chromatic Looks closer to 7%.
20:05 dukeleto chromatic: that is what i like to hear!
20:06 dalek partcl-nqp: 1599555 | (Will Coleda)++ | TODO:
20:06 dalek partcl-nqp: add to the pile
20:06 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/15995554a051d1c0274ba44b0f2bc47cee1c5b8f
20:07 pmichaud Coke: seems to me like empty expression could be caught in the expr() sub.
20:07 pmichaud (that feels like the logical place for it, anyway)
20:08 pmichaud 19:51 <Coke> I'm not sure why [catch] isn't catching that particular type of error.
20:08 pmichaud I think that [catch] *is* catching the error.  What is failing is when we're exiting the inferior runloop that develops.
20:09 pmichaud anyway, I'll check it more closely a bit later.  Need to write an article now, and pick up kid in 30 mins :-|
20:11 joeri joined #parrot
20:12 dalek parrot: r42892 | mikehh++ | trunk/tools/dev/create_language.pl:
20:12 dalek parrot: fix codetest failure - trailing spaces
20:12 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42892/
20:12 nopaste "pmichaud" at 66.25.4.52 pasted "lexical $body not found occurs on exit (for Coke++)" (7 lines) at http://nopaste.snit.ch/18967
20:13 Coke (on exit) yes.
20:13 Coke OH.
20:13 Coke we already worked around something like this for partcl, methinks.
20:14 integral joined #parrot
20:14 * Coke grumbles as chromatic broke bytecode compat.
20:14 Coke (rebuilding partcl-nqp...)
20:15 Coke um.
20:15 Coke I can't build partcl-nqp after doing an svnup/install on parrot.
20:15 mikehh All tests PASS (pre/post-config, smoke (#30587), fulltest) at r42892 - Ubuntu 9.10 amd64 (gcc with --optimize)
20:16 nopaste "coke" at 72.228.52.192 pasted "??" (16 lines) at http://nopaste.snit.ch/18968
20:16 pmichaud make realclean, perhaps?  I'm guessing a missing dependency.
20:17 pmichaud oh, you did that.
20:17 pmichaud oh, I mean "make realclean" in Parrot.
20:17 Coke always.
20:17 pmichaud I dunno then.
20:17 pmichaud afk for a bit.
20:17 Coke wonder if it is related to the parrot-nqp
20:18 Coke do we not have any parrot-nqp tests in core?
20:18 Coke chromatic: try "./parrot-nqp" in your build dir.
20:18 pmichaud I think the tests are there but haven't been linked into the "make test" target.
20:19 pmichaud (and they might need some updating from the nqp-rx repo)
20:19 chromatic No love in ./parrot-nqp
20:19 Coke do you get the "this parrot..."
20:19 Coke ?
20:21 chromatic PackFile_unpack: This Parrot cannot read bytecode files with version 5.3.
20:21 Coke make: *** No rule to make target `runtime/parrot/library/nqp-rx.pbc'.  Stop.
20:21 Coke (that's not good.)
20:22 Coke (ah, it's copied over implicitly. blah.)
20:22 chromatic cd ext/nqp-rx/
20:22 chromatic make clean; make
20:23 Coke yah.
20:23 Coke at a minimum, need to hook that into root 'make clean'
20:23 Coke will do that.
20:27 Coke ``fixed''
20:27 darbelo fperrad: ping
20:29 dalek parrot: r42893 | coke++ | trunk/config/gen/makefiles/root.in:
20:29 dalek parrot: "make clean" should clean ext/nqp-rx
20:29 dalek parrot: This is a partial fix for insuring ext/nqp-rx gets rebuild on a
20:29 dalek parrot: 'make realclean && perl Configure.pl && make' cycle. (Esp. important
20:29 dalek parrot: when parrot's bytecode compatibility changes.)
20:29 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42893/
20:30 darbelo Coke: Can't we make all pbcs depend on PBC_COMPAT with a suffix rule?
20:31 Coke darbelo: no.
20:31 Coke because suffix rules don't work with explicit rules.
20:31 Coke (we can catch some, but not all.)
20:32 Coke (and in this case, there is no rule in Makefile to make the pbcs that weren't remade.)
20:32 Coke see also my ticket about cleaning up make. :|
20:32 Coke chromatic++ # building partcl-nqp now.
20:33 darbelo Ah, yes. I like make som much I'm migrating decnum-dynpmcs to distutils.
20:33 Coke pmichaud: HA IZ FIXED IT!
20:33 darbelo fperrad++ btw
20:34 bacek Good morning
20:34 cotto_work hi bacek
20:34 cotto_work clock?
20:34 purl cotto_work: LAX: Fri 12:34pm PST / CHI: Fri 2:34pm CST / NYC: Fri 3:34pm EST / LON: Fri 8:34pm GMT / BER: Fri 9:34pm CET / IND: Sat 2:04am IST / TOK: Sat 5:34am JST / SYD: Sat 7:34am EST /
20:34 bacek aloha cotto_work
20:35 darbelo Oh, It's saturday over there. What's the future like bacek?
20:36 Coke pmichaud++
20:36 Coke notfound++
20:36 bacek darbelo, you'll dislike it. It's little bit of hangover...
20:38 bacek O! cs_csr_merge was merged back. Good!
20:39 dukeleto bacek: yep!
20:39 dukeleto bacek: 7% perforamce boost, roughly, according to chromatic
20:39 cotto_work and fulltest is happy
20:39 bluescreen joined #parrot
20:39 bacek dukeleto, I did expect it :)
20:40 dalek partcl-nqp: 14329c2 | (Will Coleda)++ |  (3 files):
20:40 dalek partcl-nqp: Exit parrot via an explicit 'exit' operation.
20:40 dalek partcl-nqp: This resolves the issue with the inferior runloop firing off after the rest
20:40 dalek partcl-nqp: of the code was already complete. pmichaud++ for diagnosing it as an IRP,
20:40 dalek partcl-nqp: and NotFound++ for the original fix (used on partcl months ago.)
20:40 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/14329c28caf1d57e36f3f30c31998e759ebb526a
20:40 fperrad joined #parrot
20:43 dukeleto chromatic: the 7% was on fib.pir ?
20:44 chromatic Yes.
20:44 chromatic Are you running benchmarks?
20:45 dukeleto chromatic: i will do so. i just got access to an 8-core machine :)
20:46 dalek partcl-nqp: b1c7707 | (Will Coleda)++ |  (2 files):
20:46 dalek partcl-nqp: empty expression should error.
20:46 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/b1c7707fcbfebd67ad2913fe96a27c73e4104af5
20:56 Coke pmichaud: [regex {[0-9]+} 123434] would get us one more test file.
20:57 dalek partcl-nqp: dd50a36 | (Will Coleda)++ | TODO:
20:57 dalek partcl-nqp: Be more specific, only this one part of regex is blocking [time]'s test.
20:57 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/dd50a36ca44168426339bf6aa3bb8aefa5732ea5
21:01 cotto_work pmichaud, ping
21:01 dalek parrot: r42894 | fperrad++ | trunk/runtime/parrot/library/distutils.pir:
21:01 dalek parrot: [distutils] minor refactor, add some TT references
21:01 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42894/
21:02 bacek btw, can someone remove cs_csr_merge branch from svn?
21:03 Coke sure.
21:04 pmichaud 20:40 <dalek> partcl-nqp: Exit parrot via an explicit 'exit' operation.
21:04 pmichaud 20:40 <dalek> partcl-nqp: This resolves the issue with the inferior runloop firing off after the rest
21:04 darbelo bacek: done
21:04 bacek darbelo, thanks
21:04 darbelo r42895
21:04 Coke darbelo: ... you beat me. danke.
21:04 pmichaud note that "exit" simply resolves the cleanup issue with inferior runloops, it doesn't eliminate the inferior runloops in the first place (which is also a problem)
21:04 pmichaud cotto_work: pong
21:04 cotto_work pmichaud, I'm thinking about writing a pure-pir benchmark that creates a toy compiler for a language and runs a short script in that language as a way to get a more representative benchmark than fib.pir.
21:05 Coke pmichaud: yes. but fixing the inferior runloops themselves is completely out of scope for a HLL. =-)
21:05 cotto_work What features should such a language include to make it a tolerable representation of a real HLL?
21:05 pmichaud cotto_work: why not just use the output of fib.nqp ?
21:05 simcop2387 joined #parrot
21:05 pmichaud that is, the .pir file generated from fib.nqp
21:05 chromatic Hm, can we merge RetCont and Context easily?
21:07 bacek chromatic, hmm... May be
21:07 pmichaud ...are there many retconts, ooc?  (more)
21:08 tewk everytime a sub returns there is a retcont right?
21:08 chromatic Unless a continuation gets passed in.
21:08 pmichaud src/pmc/sub.pmc:408 makes me believe there aren't.
21:08 dalek partcl-nqp: b8e869c | (Will Coleda)++ | TODO:
21:08 dalek partcl-nqp: add to the pile
21:08 dalek partcl-nqp: review: http://github.com/partcl/partcl-nqp/commit​/b8e869c795ac7dba5fc387fd21a13188c5661652
21:08 cotto_work I'd also like to test compilation time, but I guess nqp would be sufficient for that.
21:09 pmichaud tewk:  every time a sub returns that isn't an outer lexical context, maybe.
21:09 pmichaud cotto_work: yeah, nqp itself is a good benchmark.  That's why I suggested compiling src/NQP/Actions.pm as a reasonable profiling candidate for compilation time
21:10 pmichaud in the case of fib.nqp, it compiles pretty quickly (fsvo "quickly")
21:10 cotto_work less than a second is quick enough to not cause much pain
21:10 tewk pmichaud, right. every hll function return typically creates a RetCont, every scope { } wont.
21:10 pmichaud tewk: huh?
21:10 pmichaud tewk: you lost me there.
21:12 tewk forget it, sub is a super overloaded term, I'm rusty on parrot iternals anyway.
21:12 purl tewk, I didn't have anything matching it, sub is a super overloaded term, i'm rusty on parrot iternals .
21:12 pmichaud tewk: essentially, afaict the only hll constructs that end up with retconts are those that do not have a nested lexical scope.
21:12 dukeleto cotto_work: that benchmark would interest me as well
21:13 tewk pmichaud, that was what I was trying to say.
21:13 tewk Sub is an oughful name, we should rename that thing to be lexical scope.
21:13 pmichaud tewk: okay.  :-)   But certainly a hll "subroutine" would still end up with continuations instead of retconts if that subroutine had any nested lexical blocks.
21:15 pmichaud "Block" is a better name in some respects, yes.  Or the Perl 6 version, which is "Code".
21:16 tewk CodeBlock
21:16 purl CodeBlock is, like, experimental, but it's the right solution in this case I think
21:18 dalek parrot: r42895 | darbelo++ | branches/cs_csr_merge:
21:18 dalek parrot: Branch has been merged into trunk and is no longer needed.
21:18 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42895/
21:37 moritz since the merge rakdo fails to build for me
21:37 moritz PackFile_unpack: This Parrot cannot read bytecode files with version 5.3.
21:37 moritz Parrot VM: Can't unpack packfile /home/moritz/rakudo/parrot_install/​lib/1.8.0-devel/library/Regex.pbc.
21:39 darbelo The last branch merge invalidated the bytecode. Somebody should bump PBC_COMPAT
21:40 moritz after a git-clean -xdf it worked again
21:40 moritz so I guess that realclean didn't clean Regex.pbc - could that be possible?
21:40 darbelo *Everything* is possible.
21:41 moritz indeed
21:41 moritz $ make realclean
21:41 moritz $ find -name Regex.pbc
21:41 moritz ./runtime/parrot/library/Regex.pbc
21:41 moritz how can I fix that?
21:41 dukeleto moritz: hmmm
21:43 moritz P6regex.pbc is in MANIFEST.generated, but Regex.pbc isn't
21:43 Tene darbelo: PBC_COMPAT was bumped.
21:43 dukeleto moritz: no, Regex.pbc is in there
21:43 darbelo moritz: add it to whatever $(RM_RF) $(LOTSA_FILES) lines strikes you as most appropiate in the makefile template.
21:43 moritz oh right
21:44 dukeleto MANIFEST.generated
21:44 dukeleto 175:runtime/parrot/library/P6Regex.pbc                [main]
21:44 dukeleto 196:runtime/parrot/library/Regex.pbc                  [main]
21:44 purl MANIFEST.generated is wrong.
21:44 moritz where is the makefile template?
21:44 * moritz didn't touch the bird in a very long time
21:44 darbelo config/gen/makefiles/*.in
21:45 darbelo It's one of those. I'd guess roo.in, but Ive been wrong before.
21:45 darbelo erm, root.in
21:45 Coke moritz: I just fixed this.
21:45 * moritz would have guess nqp-rx.in
21:45 Coke re up, re-realclean, and try again.
21:46 moritz Coke++
21:46 Coke (like, a hour ago)
21:46 darbelo moritz: Or... Wait for Coke++ to do it.
21:46 Coke well, ``fixed'', anyway.
21:46 Coke 15:29 <+dalek> parrot: r42893 | coke++ | trunk/config/gen/makefiles/root.in:
21:46 moritz Coke: my 'svn up' only updated tools/dev/mk_language_shell.pl
21:47 Coke sorry:
21:47 darbelo Tene: Indeed, it has. I missed that commit.
21:47 Coke up; Configure; realclean ; configure; buld
21:47 Coke you need to regenerate the makefile before you realclean.
21:47 Coke (otherwise you're using the old clean rule)
21:47 * moritz tries agian
21:50 moritz after a reconfigure, compile and realclean there's still a ./runtime/parrot/library/Regex.pbc
21:51 cotto_work cla?
21:51 purl cla is probably Contributor License Agreement or http://www.perlfoundation.org/​contributor_license_agreement or http://www.parrot.org/foundation/legal or http://www.parrot.org/files/parrot_cla.pdf or http://www.lowcarbfriends.com/bbs/mai​n-lowcarb-lobby/223884-cla-acne.html
21:51 moritz after the rebuild there are two
21:51 dalek parrot: r42896 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
21:51 dalek parrot: [languages] remove Configure.pir/Makefile.in,
21:51 dalek parrot: replace PGE/NQP templates by NQP-RX templates (see 42889)
21:51 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42896/
21:51 moritz and npq-rx's clean target removes only one of them
21:51 dukeleto make nucularcleanliness
21:52 nopaste "moritz" at 87.176.80.219 pasted "git status after realclean" (13 lines) at http://nopaste.snit.ch/18970
21:53 cotto_work What's at the address on the PaFo CLA?
21:53 moritz is somebody going to fix that real soon, or would you prefer me to open a ticket?
21:56 Coke moritz: checking...
21:56 Coke moritz: where is Regex.pbc after a realclean?
21:56 moritz runtime/parrot/library/Regex.pbc
21:57 Coke ah. I cleaned the ones in ext/nqp-rx
21:57 moritz Coke: http://nopaste.snit.ch/18970 contains the list of files that are not deleted
21:57 Coke is this causing breakage after a realclean?
21:57 Coke or just annoying? (those should be rewritten after a realclean/make as they are copied in
21:57 darbelo cotto_work: A parrot-shaped building, it's doors flanked by statues of menacing giant keas?
21:57 moritz it caused one after the branch merge
21:58 Coke moritz: that error was fixed, as long as you realclean with the new makefile.
21:58 Coke (i agree, this is still a bug, though.)
21:59 * moritz creates a ticket, just in case
21:59 moritz and for karma whoring
21:59 * cotto_work remembers that Google Maps has street view
22:00 Coke moritz: Iz fixing it now.
22:01 dukeleto moritz++ for fixing stuff
22:03 Coke moritz: fixed
22:04 dalek TT #1358 created by moritz++: 'make realclean' doesn't clean some nqp-rx files
22:07 dalek parrot: r42897 | coke++ | trunk/config/gen/makefiles/root.in:
22:07 dalek parrot: When cleaning up nqp-rx, be more thorough.
22:07 dalek parrot: moritz++
22:07 dalek parrot: review: http://trac.parrot.org/parrot/changeset/42897/
22:12 bacek joined #parrot
22:13 * dukeleto pours bacek a scotch and a beer
22:14 darbelo All hair of the dog...
22:20 Whiteknight joined #parrot
22:21 Coke moritz: can you confirm/close TT#1358?
22:21 Coke (r42897 should fix it)
22:35 dalek decnum-dynpmcs: r190 | darbelo++ | trunk/ (29 files):
22:35 dalek decnum-dynpmcs: Move to a new distutils.pir-based build infrastructure.
22:35 dalek decnum-dynpmcs: Thanks to fperrad++ for creating the parrot distutils and contributing the
22:35 dalek decnum-dynpmcs: setup.pir file.
22:35 dalek decnum-dynpmcs: review: http://code.google.com/p/decnu​m-dynpmcs/source/detail?r=190
22:36 cotto_work what's the relationship between distutils and plumage?
22:36 japhb cotto_work, plumage can work with a number of different systems for doing the work, (more)
22:37 darbelo distutils can generate plumage metadata with just one command, and plumage can build distutils-powered projects.
22:37 japhb such as make, distutils, NQP tools, etc. (more)
22:37 japhb distutils is one (very cool) way to do the build and install work.
22:38 darbelo They play nice to each other, so to speak. But there are no 'official' links between them.
22:38 japhb Also, plumage needs to handle things that distutils can't, since distutils is used from within the project --
22:38 japhb plumage does fetching, metadata searching, dependency resolution, etc.
22:38 japhb So -- consider distutils a layer underneath plumage.
22:39 cotto_work ok
22:39 japhb And beginning to look like the one we will recommend people use unless they have a good reason not to.
22:39 cotto_work thanks for explaining
22:39 japhb cotto_work, no problem./
22:39 japhb I'm starting to work at documenting plumage, that's probably a good FAQ to answer.
22:40 darbelo Also, if you mention 'migrating to distutils' when fperrad can hear you, you'll probably be recieveing a setup.pir in the mail real soon ;)
22:41 japhb It's like that old Perl quote about the automatic shell/awk-to-perl translator: "Filter it through tomc"
22:43 darbelo "Here, I did all the work for you" is a damm compelling argument for migration.
22:43 Whiteknight segfault on t/op/annotate.t
22:44 Whiteknight Linux amd64
22:45 cotto_work Whiteknight, just running it with prove?
22:45 Whiteknight cotto_work: running it directly "./parrot t/op/annotate.t"
22:45 Whiteknight and running it through "make coretest"
22:47 payload joined #parrot
22:47 darbelo Infinoid wanted a multi-line plumage commit message, right?
22:47 cotto_work definitely not broken on my x64 box
22:48 japhb darbelo, well, a multi-line commit to any Gitorious feed that dalek follows, but right now parrot-plumage may be the only one of those
22:48 darbelo Even if he didn't, he's got one now ;)
22:48 japhb heh
22:48 * darbelo goes afk for a bit
22:49 dalek parrot-plumage: de0b7a1 | darbelo++ | metadata/decnum-dynpmcs.json:
22:49 dalek parrot-plumage: Update the decnum-dynpmcs metadata, courtesy of distutils.pir
22:49 dalek parrot-plumage: Massive kudos to fperrad++ for the 'plumage' target to setup.pir
22:49 dalek parrot-plumage: review: http://gitorious.org/parrot-plumage/parrot-plumag​e/commit/de0b7a196ca079cc58bbca67c2c3aa1d8acb87f3
22:50 cotto_work same result with --optimize and without
22:53 darbelo Infinoid++ # It works!
22:53 japhb Ooh, looks like the new commit message parsing is much better, plus finding the filename.  Now we have to see if it properly handles multiple files at once ....
22:53 japhb Infinoid++  # Thanks!
22:56 darbelo IIRC geting that data out of gitorious required scraping html, as it wasn't available in the feed.
22:57 darbelo Which is why I never did it. Well, that and lazyness.
22:58 japhb Yeah, ditto.
22:59 * japhb finally manages to pop his task stack back to 24 hours ago
22:59 * darbelo looks for something to push into japhb's stack
23:00 japhb pmichaud, did you get the infrastructure set up in NQP-rx so I can start moving Glue and Util functions there?
23:00 japhb darbelo, current TOS is Plumage ... do you really want to cover that up?  ;-)
23:00 dalek winxed: r238 | julian.notfound++ | trunk/Makefile:
23:00 dalek winxed: one more stage 1 test
23:00 dalek winxed: review: http://code.google.com/p/w​inxed/source/detail?r=238
23:01 cotto_work Whiteknight, MOM would be a good abbreviation for MockObjectManager
23:01 * darbelo starts making jokes about Whiteknight's MOM ;)
23:05 japhb "darbelo tried to get with Whiteknight's MOM, but she just mocked his object ..."
23:06 japhb Augh.  Writing code that is portable by design, rather than extensive hackishness, is HARD.
23:09 cotto_work The practically puns write themselves, which is good because I'm not sure I should write any of them.
23:09 cotto_work s/practically puns/puns practically/
23:38 japhb msg fperrad 'parrot setup.pir test' is reporting exit code 0 even when tests fail; this causes Plumage to continue installation always, even without --ignore_fail
23:38 purl Message for fperrad stored.
23:40 Infinoid darbelo: the .patch formatted version is a lot easier to scrape than the html version
23:41 Infinoid (yes, I'm slow)
23:42 darbelo Infinoid: I was looking at the code and you are right, the .patch is way easier. But if I ever knew it was there, I've forgotten all about it ;)
23:43 Infinoid I can probably remove some of the older feed parsing stuff; at this point all I really need from it is the commit link
23:52 Whiteknight false alarm on the t/op/annotate.t failure. I had an installed parrot conflicting with my build directory

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced