Camelia, the Perl 6 bug

IRC log for #parrot, 2009-04-24

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 Whiteknight joined #parrot
00:01 cotto it's a bit wordy.  I'd call it decnum-dynpmcs, since I don't think there are any other projects that have "dynpmcs".
00:01 cotto your call
00:03 wayland_ how about darbelo-and-cottos-groovy-parrot-project​-doing-stuff-with-decnumber-and-dynpmcs ? :)
00:04 cotto Yeah.  Go with that.
00:04 darbelo I dunno, lacks punch...
00:04 cotto although whiteknight should be in there too
00:05 cotto and more adjectives
00:06 darbelo darbelo-cotto-and-whiteknights-awe-inducing​-project-that-does-amazing-fabulous-stuff-w​ith-decnumber-and-dynpmcs-for-the-parrot-vm
00:06 cotto winner
00:07 darbelo I was going to use virtula-machine instead of vm, but it seemed too wordy.
00:08 Whiteknight where am I supposed to be?>
00:08 Whiteknight darbelo, by the way I don't think we have really met before
00:08 cotto you're in there
00:08 Whiteknight but your proposal was very impressive
00:09 cotto oh yeah.  we need to do introductions
00:10 * wayland_ introduces self.  Hi everyone.  I'm the channel clown who makes stupid jokes.  I'm visiting from #perl6 until parrot and rakudo work as RPMs
00:12 Whiteknight hello, my name is whiteknight, and I'm a codeaholic
00:14 darbelo hello whiteknight.
00:15 wayland_ Did I pass the Turing test?  :)
00:16 darbelo wayland_: Well, you forgot that you are a machine, that counts for something.
00:16 rg cotto/whitenight: since you're both here, do you have a minute to revisit tt#551?
00:18 darbelo cotto/whitenight: http://code.google.com/p/decnum-dynpmcs/
00:18 rg whiteknight of course
00:19 rg darbelo: watch for my mistakes at least ;)
00:20 Whiteknight rg: sure. What do you need?
00:21 cotto darbelo, add christoph_googleacct at mksig dot org
00:21 rg direction about where we want to go with that ticket. either pick a patch and apply it or add a note saying what you want done.
00:22 cotto darbelo, I've been meaning to ask, do you see any compelling reason for separate BigInt and BigNum PMCs?
00:22 cotto Alright!  Time to vandalize the wiki.  Sucker!
00:25 darbelo is "The PDD told me to do it!" compelling enough?
00:26 Whiteknight rg: Any solution we find will be only a temporary fix until we un-bad the JIt system
00:26 Whiteknight so I say you pick whichever bandage that sucks the least for the foreseeable future
00:27 cotto Whiteknight, that could be a very long-term temporary fix, depending on how much more awesome needs to go into the JIT system.
00:27 * darbelo is easy to compel
00:28 cotto Infinoid, can you add decnum-dynpmcs to dalek?
00:28 Whiteknight darbelo: +1 from me
00:28 Infinoid parrot: r316512 | infinoid++ | trunk/src/jit (14 files):
00:28 Infinoid parrot: [jit] Add 85% more awesoem
00:28 rg personally, i'd go for the simple "don't handle" workaround.
00:28 Whiteknight darbelo: Can you add wknight8111 at gmail dot com?
00:28 ruoso joined #parrot
00:29 Infinoid parrot: This patch makes our robot overlords happier, so maybe they'll turn the heat on in our oppressive space prison.
00:29 Infinoid cotto: Where's it hosted?
00:29 darbelo done.
00:30 darbelo Infinoid: http://code.google.com/p/decnum-dynpmcs/
00:30 Whiteknight yay! Thanks darbelo++
00:30 Infinoid ah, googlecode.  Ok, I've been meaning to genericise the googlecode rss handling anyway, and add a few other projects there.  I'll add it to my list.
00:30 rg and either leave the ticket open or find a place for "unlikely to fix" bugs.
00:31 cotto Infinoid++ (also, iwbni dalek could map my google account name to my irc handle)
00:31 Infinoid "well, why'd you use a different username then?"
00:31 cotto because Google required it?
00:32 Infinoid "this parking space reserved for Senior VP of Cottoness"
00:33 Infinoid some of the github people would benefit from karma lookup tables too.  I'll keep it in mind
00:33 cotto I was thinking that too
00:33 cotto There's some significant karma fragmentation.
00:33 Infinoid yeah.  and purl doesn't have account aliases like ohloh does
00:34 cotto nope
00:34 cotto btw, where's dalek's source live?
00:34 cotto feather?
00:34 purl i guess feather is http://feather.perl6.nl/ or a perl6 community development server or run by juerd.
00:34 Infinoid I don't know.  I'm told some guy named Masque runs it
00:35 Infinoid looks like he runs it directly on one of the magnet irc server machines
00:35 cotto Wait a sec.  If you don't know, how do you modify it?
00:35 Infinoid oh, dalek!  sorry, was still thinking of purl
00:35 Infinoid yeah, that's on feather, it's diakopter's bot
00:35 Infinoid runs in /home/dalek, managed by daemontools.
00:37 Infinoid I think someone put the rss plugins into pugs svn somewhere, but I've been managing them locally and rsyncing them in
00:37 cotto juerd?
00:37 purl well, juerd is root or at http://juerd.nl/ or mailto:juerd@juerd.nl
00:38 cotto Does he check that address?
00:38 bacek_ joined #parrot
00:38 Infinoid I don't know.  looks worth a try
00:45 cotto we'll see
00:51 cotto darbelo, let me know if you have any issues getting the new svn repo into a useful state
00:52 darbelo Okay, I'm going to hunt some food now. So I'll be offline for about an hour or so.
00:53 cotto no rush.
00:54 darbelo I'll start playing with the repo when I get back. Feel free to vandalize it in the mean time :)
00:55 * cotto wonders what's happening with tewk and allison
00:56 tetragon joined #parrot
01:22 s1n joined #parrot
01:37 AndyA joined #parrot
02:01 cotto afk
02:15 Fayland_logger joined #parrot
02:17 Ademan joined #parrot
02:20 ruoso joined #parrot
02:22 darbelo joined #parrot
02:26 Fayland_logger joined #parrot
02:32 Fayland_logger joined #parrot
02:35 Fayland_logger joined #parrot
02:42 Fayland_logger joined #parrot
02:42 janus joined #parrot
02:43 darbelo joined #parrot
02:44 Infinoid pmichaud: ping
02:49 Infinoid msg pmichaud Should we worry about TT #550?  I don't know ICU at all, or how this code is used.  Is this something that will be subjected to direct user input?  If so, we should probably apply filters to keep parrot from crashing.  If it's purely internal, I think we can probably close the ticket as kid51 suggests.
02:49 purl Message for pmichaud stored.
03:14 darbelo left #parrot
03:52 tetragon joined #parrot
03:52 amoc joined #parrot
04:18 davidfetter joined #parrot
05:01 iblechbot joined #parrot
05:08 Andy joined #parrot
05:23 cotto allison, ping
05:36 cotto msg allison It's a bit of a long shot, but if IBM were willing to let us use the decnumber code under the Artistic License 2.0, would that be enough to allow us to distribute these PMCs (and decnumber+tests) as part of Parrot?
05:36 purl Message for allison stored.
06:12 flh joined #parrot
07:25 allison joined #parrot
07:56 cotto allison, ping
07:58 gaurav joined #parrot
08:25 masak joined #parrot
08:44 HG` joined #parrot
09:51 riffraff joined #parrot
09:52 riffraff hi everyone
09:52 purl Howdy, riffraff, you fantastic person you.
09:53 riffraff as the release 1.1.0 is out, shouldn't some packages appear under developers or stable downloads?
09:53 riffraff ah it's on devel now
09:53 riffraff ignore me pleae :)
09:56 cotto riffraff, I'm one step ahead of you.
09:59 riffraff :)
10:03 bacek joined #parrot
10:03 bacek good evening
10:04 bacek no coo^W messages... sigh...
10:04 bacek What is current policy for highly experimental, throw-away branches?
10:14 he joined #parrot
10:14 wayland76 joined #parrot
10:17 nopaste "he" at 158.38.152.119 pasted "Another tested combination for PLATFORMS, ref. http://smolder.plusthree.com/app/pu​blic_projects/report_details/20420" (12 lines) at http://nopaste.snit.ch/16392
10:17 shorten nopaste's url is at http://xrl.us/bep79d
10:17 wayland76 Do we have any patch-reviewing types around?  Can I remind any of those wonderful people of https://trac.parrot.org/parrot/ticket/426 ?
10:20 cotto That's a big honking patch.
10:21 wayland76 It is rather
10:21 cotto It's going to be tricky to get that reviewed.
10:21 wayland76 But a lot of it is moving code from two places to one place
10:21 wayland76 Why is that?
10:21 cotto Can it be broken down?
10:21 cotto because it'll take a long time to do
10:22 bacek joined #parrot
10:22 wayland76 Well, let me tell you about the process, jkeenan and I went through, and then we'll see
10:22 wayland76 First, we moved code into the Parrot::Install module
10:22 wayland76 Then we wrote tests for it
10:23 dalek parrot: r38287 | bacek++ | branches/pmc_pct:
10:23 dalek parrot: Experimental branch for PCT based PMC parser
10:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38287/
10:23 wayland76 Then we refactored it
10:24 wayland76 So, in theory, if all the tests pass, then noting should change, except that we've gotten rid of lots of duplicate code, and have moved some code into libraries, so that it can be more easily shared
10:26 riffraff anyone could check if this works:  perl tools/dev/create_language.pl foo && cd foo && perl Configure.pl && make
10:27 jrockway joined #parrot
10:27 riffraff on my box I get a referene to parrot-1.0.0 while runnign this from the 1.1.0 distribution
10:27 cotto wayland76, I'll try to assess it.
10:27 wayland76 cotto: Basically, if the code doesn't work, then "make install" (and/or "make install-dev") will fail
10:28 wayland76 The only way I can think of that it could be broken down is to move one function at a time from duplicate-code to Parrot::Install
10:29 wayland76 Tip: Reviewing the "create_directories" function will be easiest, and lines_to_files will be hardest
10:30 riffraff mh maybe related to an old version parrot laying around
10:31 wayland76 tools/dev/install_dev_files.pl is simpler than install_files.pl and may help you to get an overview of what we're trying to achieve codewise
10:32 wayland76 lines_to_files should maybe have been called "read_manifests_and_create_file_hashes"
10:39 wayland76 Any more questions, I'm happy to answer; if you put my handle in them, that will alert me to IRC :)
10:39 * cotto takes deep breath and dives in
10:46 bacek Is 10 minutes of battery life enough for SVN commit?
10:46 cotto for whom?
10:46 purl for thee!
10:46 bacek for me.
10:46 cotto It usually takes me a matter of seconds
10:46 bacek here we go.
10:47 bacek I'm in train on 3G internet.
10:47 bacek And in Australia...
10:47 bacek O! r38288
10:47 dalek parrot: r38288 | bacek++ | branches/pmc_pct (29 files):
10:47 dalek parrot: Initial drop for PMC parsing.
10:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38288/
10:48 bacek squashed ~30 commits in one :)
10:48 bacek battery dying... See you.
10:48 wayland76 Now that's committed!  (sorry :) )
10:48 wayland76 o/
10:49 cotto I'd kinda prefer a bunch of small commits.
10:55 cotto Sorry.  I don't feel like I can give that a competent review, not fully understanding the install process.
10:56 wayland76 joined #parrot
10:56 wayland76 Sorry -- killed my xserver by accident.  If I've missed any messages for me, let me know
10:57 cotto Sorry.  I don't feel like I can give that a competent review, not fully understanding the install process.
10:57 moritz wayland76: that's what IRC logs are for :-)
10:58 wayland76 cotto: Is this another one for Allison?  Or are there others to ask?
10:58 wayland76 (Not that I've got anything against Allison or anything, I just don't want to overload her :) )
10:59 cotto me neither
10:59 cotto hmmm.
11:00 cotto I'm not sure who else you'd ask, though.
11:00 wayland76 That's what I thought :)
11:01 wayland76 Ok, allison it is then.  Ping allison?
11:01 cotto It's 0400 in Washington.  She's probably asleep.
11:03 wayland76 Figures.  Thanks.  Fortunately I'll be staying up all night (it's 9pm here, and I've just had breakfast), so hopefully we should be on at the same time
11:06 cotto While you're waiting, I'm sure it'd help her if you tried to break it into smaller patches.
11:18 wayland76 Actually, it'd help everyone if I'd read kid51's comments more closely :)
11:19 wayland76 Anyway, apologies to all.  What kid51 wants with this one is road testing, not reviewing.  Apologies especially to cotto for wasting his time.
11:19 wayland76 (although no doubt reviewing would not be objected to)
11:40 bacek joined #parrot
11:41 bacek hi again
11:41 purl oh, you're back!
11:47 cotto bacek, how's that branch going to bootstrap?
11:47 bacek cotto: from current pmcs
11:47 cotto I mean if/when it's merged, will it require an installed parrot to build?
11:47 bacek cotto: and then we can put "compiled" .c files into repo
11:48 bacek similar to yacc/lex
11:48 cotto I see, kinda like we do with imcc currently.
11:48 bacek indeed
11:48 cotto That could make for some really noisy commits
11:49 bacek I can imagine...
11:49 bacek Step 2: resurrect PIR_PCT
11:49 bacek Step 4: Profit!
11:49 cotto this is getting really meta
11:53 cotto bacek, do you think it'd be useful to have a set of PMCs required for bootstrapping and to only have the "precompiled" versions of those?
11:53 * cotto realizes that this is still a ways off
11:53 bacek cotto: It was actually chromatic++ idea about L1 ops.
11:54 bacek Implement very small subsets of ops.
11:54 cotto right; barely enough to implement everything else
11:54 bacek All PMCs will be implemented in this "L1" language instead of "pure C"
11:55 wayland76 L1?
11:55 purl L1 is the "stop" button on a sun keyboard
11:55 wayland76 That would be difficult to write programs with :)
11:56 ruoso joined #parrot
11:56 cotto no, L1 is a hypothetical language that would be used to implement PMCs and PIR-visible ops so that they could all be easily jitted.
11:56 purl okay, cotto.
11:56 cotto L1?
11:56 purl L1 is a hypothetical language that would be used to implement PMCs and PIR-visible ops so that they could all be easily jitted.
11:56 bacek http://irclog.perlgeek.de/p​arrot/2009-04-21#i_1083550
11:57 bacek purl: L1 is also http://irclog.perlgeek.de/p​arrot/2009-04-21#i_1083550
11:57 purl okay, bacek.
11:57 aff joined #parrot
11:57 bacek So, half of "Step 1" done.
11:58 cotto I see.
11:58 cotto bacek++ #bringing the future into the present
11:59 aff Hi I'm trying to build rakudo but it chokes on parrot (r38276). Known issue?
11:59 aff error:imcc:syntax error, unexpected VAR, expecting '(' ('sub') in file 'src/builtins/guts.pir' line 1362
11:59 bacek unfortunately, it can't parse _all_ real PMCs ...
12:00 cotto So you're done with the first 90% and just have to get the other 90% finished?
12:02 bacek cotto: as usual :)
12:02 aff A 'make clean' fixed the issue. Thanks to moritz at #perl6.
12:06 cotto bacek, how do you run the tests in your branch?
12:06 bacek prove -v compilers/pmc/t/01-parse.t
12:07 bacek cotto: if can add 02-parse-all-pmcs.t it will be very helpful
12:07 bacek (to test parse all src/pmc/*.pmc)
12:07 bacek s/if can/if you can/
12:08 cotto So, the only thing that's missing is "you".
12:08 cotto iwbn if make test worked too
12:10 * cotto finds himself strangely drawn to the new branch
12:11 bacek :)
12:11 aff left #parrot
12:13 kid51 joined #parrot
12:17 cotto Someone who knows win32 needs to fill in os.pmc's readdir method
12:17 cotto .
12:18 dalek tpfwiki: Jim Keenan | Parrot
12:18 dalek tpfwiki: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
12:18 dalek parrot: r38289 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
12:18 dalek parrot: Add "need_ext" as valid pmclass pragma.
12:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38289/
12:18 dalek parrot: r38290 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
12:18 dalek parrot: Add "class_init" as valid method.
12:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38290/
12:19 bacek cotto: POSIX's readdir should works on win32
12:19 Coke_afk msg allison - I gave you commit privs to partcl.
12:19 purl Message for allison stored.
12:21 dalek tpfwiki: Jim Keenan | RFP: Parrot Needs Better Smoke Reports
12:21 dalek tpfwiki: http://www.perlfoundation.org/parrot/index​.cgi?rfp_parrot_needs_better_smoke_reports
12:21 shorten dalek's url is at http://xrl.us/bfeof
12:21 * Coke wishes irssi wouldn't let me send if my nick wasn't "Coke". =-)
12:25 Coke msg kid51 thanks. deleted the page.
12:25 purl Message for kid51 stored.
12:25 bacek heh. pmc_pct branch already useful :)
12:26 particle2 joined #parrot
12:28 dalek parrot: r38291 | bacek++ | trunk/src/pmc/array.pmc:
12:28 dalek parrot: [cage] Mark vtable methods as VTABLE in array.pmc
12:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38291/
12:33 fperrad joined #parrot
12:34 dalek parrot: r38292 | bacek++ | branches/pmc_pct/src/pmc/array.pmc:
12:34 dalek parrot: [cage] Mark vtable methods as VTABLE in array.pmc
12:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38292/
12:34 dalek parrot: r38293 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
12:34 dalek parrot: Extend c_type with optional 'struct'
12:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38293/
12:37 bacek (strict parsing)++
12:38 * Coke has a thought - let's make PMCs and OPs not require c style comment wrappers for pod.
12:38 rg joined #parrot
12:40 dalek parrot: r38294 | bacek++ | trunk/src/pmc/capture.pmc:
12:40 dalek parrot: [cage] Mark vtable methods with VTABLE in capture.pmc
12:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38294/
12:41 cotto bacek, should the test also care about dynpmcs?
12:42 bacek cotto: yes, why not?
12:42 pmichaud is VTABLE simply decorative, or is it actually changing something here?
12:42 bacek can anyone confirm, that in class.pmc "void subclass" not used?
12:43 bacek pmichaud: I'm going to strictly parse PMC. So, VTABLE has own semantic.
12:44 cotto bacek, it's dead code afaict
12:45 cotto make cover doesn't even have information on it, which makes me think that pmc2c silently drops it on the floor.
12:45 bacek cotto: looks like it is.
12:45 cotto pmichaud, is there an easy way to sort a resizablestringarray, or do I have to use a rpa for that?
12:46 pmichaud cotto: I'm not aware of an easy way to do it.
12:46 cotto rpa ftw
12:46 cotto although that's a little surprising
12:50 dalek parrot: r38295 | bacek++ | branches/pmc_pct/src/pmc/capture.pmc:
12:50 dalek parrot: [cage] Mark vtable methods with VTABLE in capture.pmc
12:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38295/
12:50 Coke pmc2c drops a lot on the floor. =-)
12:51 bacek cotto: Parrot_quicksort sorts only PMCs
12:52 bacek Coke: yeah. But I'm willing to fix it :)
12:52 Coke bacek: let me find you an RT.
12:52 * bacek hates svn more and more... It's just incredibly slow.
12:53 dalek parrot: r38296 | bacek++ | branches/pmc_pct/src/pmc/class.pmc:
12:53 dalek parrot: [cage] Remove dead "subclass" function, add more VTABLE to class.pmc
12:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38296/
12:54 Coke bacek: http://rt.perl.org/rt3/Tic​ket/Display.html?id=39313
12:55 Coke summary: pmc2c only translates or passes through /part/ of the .pmc; some bits are just dropped. everything that is not explicitly translated should be passed through unchanged.
12:56 bacek Coke: It's taken by you. But I can overtake it :
12:56 Coke go ahead and steal it.
12:57 LylePerl joined #parrot
12:57 Coke spasiba
12:57 bacek Coke: не за что :)
12:57 bacek Coke: but I disagree with "lax" parsing and rely on C compiler.
12:58 bacek We can "strictly" parse PMC with PCT.
12:58 Coke bacek: we don't HAVE pct at that poitn.
12:58 bacek Coke: we have.
12:58 Coke no, pct requires a built parrot.
12:58 Coke parrot requires pmcs.
12:58 bacek Coke: scrollback :) We can commit "compiled" PMCs in repo.
12:59 Coke /can/
12:59 Coke not /do/
12:59 bacek Similar to yacc/lex
12:59 Coke and that introduces a level of self-bootstrap that I personally have concerns about.
12:59 dalek parrot: r38297 | fperrad++ | trunk/docs/project/release_manager_guide.pod:
12:59 dalek parrot: [release] update release_manager_guide
12:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38297/
13:00 bacek Coke: yes, it is. But we can have bare minimum of PMCs for bootstrapping.
13:01 bacek Hooray. Last comment in RT by allison exactly about this approach.
13:02 wayland76 Have the Perl 6 guys indicated their vague intentions about multithreading following that threads-on-top-of-event-loosp idea?
13:02 wayland76 s/loosp/loops/
13:03 * bacek imagine Erlang implemented in Parrot
13:03 wayland76 Does erlang do that?
13:04 bacek wayland76: they has own "threads". From my (external) point of view they doing almost same
13:05 wayland76 Ok
13:11 cotto bacek, the only PMC to pass so far is boolean
13:11 cotto test incoming shortly
13:11 bacek cotto: thanks a lot
13:11 bacek And I already has passed till class.pmc
13:12 cotto They're slooooooow.
13:12 dalek parrot: r38298 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
13:12 dalek parrot: Add few parrot's adverbs to c_argument.
13:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38298/
13:12 dalek parrot: r38299 | cotto++ | branches/pmc_pct (2 files):
13:12 dalek parrot: [pmc_pct] add a test to try parsing all pmcs and dynpmcs
13:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38299/
13:12 cotto but that's always the first stage
13:14 bacek "Road in thousand steps"
13:14 cotto actually, it's not doing too bad
13:15 cotto it doesn't like the dynpmcs, but all the non-dyn ones up to capture are working
13:15 * cotto looks behind him and sees daylight
13:16 * wayland76 tries that.  No results
13:17 cotto It's funny that the release manager's guide always seems to need some kind of update.
13:19 cotto The more we use Parrot to build Parrot, the more pressure we apply to make it faster,
13:19 Coke cotto: I've been trying to apply that sort of pressure for 7 years by running code on parrot. good luck. :P
13:20 cotto Coke, yes, but if it's required to build parrot it can't be avoided,
13:20 cotto wait, 7?
13:20 gryphon joined #parrot
13:20 Coke or so.
13:21 cotto That is not a small number.
13:21 Coke no. so, good luck. =-)
13:22 bacek_ joined #parrot
13:22 bacek_ and me again.
13:22 bacek_ Did I missed something?
13:23 cotto nope
13:23 cotto wb
13:23 Infinoid good morning parroteers
13:24 cotto Hi, Infinoid
13:24 bacek_ Infinoid: it's almost tomorrow :)
13:24 dalek parrot: r38300 | bacek++ | branches/pmc_pct/compilers/pmc (4 files):
13:24 dalek parrot: Add slurpy and named adverbs
13:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38300/
13:24 Infinoid it's 6:30am, I still haven't gotten used to the idea of it being today!
13:25 * Infinoid accuses bacek_ of premature optimization
13:25 * bacek_ lives fast :)
13:25 Infinoid :)
13:26 bacek_ Failed 51/94 subtests
13:26 bacek_ cotto++
13:27 cotto now you know what to fix
13:28 bacek_ I used "for src/pmc/*pmc; do ..." before :)
13:28 cotto although I suspect that that number will get small pretty quickly
13:28 cotto bacek++
13:29 cotto I'm curious what L1 will look like.
13:30 cotto I personally vote for LOLCODE.
13:31 bacek_ +1 :)
13:31 Coke we should consider nqp.
13:32 iblechbot joined #parrot
13:32 Coke (parrot should have had scheme on parrot or something like it from early on.)
13:32 bacek_ is pheme really dead?
13:33 Coke pheme was a late addition, and is a HLL, not a core component.
13:33 Coke and might be dead. Iunno.
13:34 bacek_ I used to hate lisp... Until implementing XQuery processor.
13:34 bacek_ After few days of battle I gave up and start representing internals as lisp.
13:36 Coke pheme is chromatic's, he'll know better.
13:42 wayland76 purl, tell allison weren't we going to rename ports/fedora/parrot.spec to ports/fedora/parrot.spec.fedora ?
13:42 purl i haven't a clue, wayland76
13:42 wayland76 dalek, tell allison weren't we going to rename ports/fedora/parrot.spec to ports/fedora/parrot.spec.fedora ?
13:42 wayland76 Is that how I do it?
13:42 moritz wayland76: s/tell/msg/ to purl
13:42 wayland76 purl, msg allison weren't we going to rename ports/fedora/parrot.spec to ports/fedora/parrot.spec.fedora ?
13:42 purl Message for allison stored.
13:43 wayland76 Sorry.  I'm used to lambdabot :)
13:47 dalek parrot: r38301 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
13:47 dalek parrot: Add abstract and no_init traits
13:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38301/
13:47 dalek parrot: r38302 | bacek++ | branches/pmc_pct/src/pmc/default.pmc:
13:47 dalek parrot: [cage] Remove dead elements_keyed_int and set_bool_keyed_int, add more VTABLE in default.pmc
13:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38302/
13:47 dalek parrot: r38303 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
13:47 dalek parrot: Add singleton traits
13:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38303/
13:53 bacek cotto: 44/94
13:53 purl 0.468085106382979
13:53 bacek purl: stupid girl...
13:53 purl bacek: what?
13:54 wayland76 Didn't you want to know that 44/94 is 46%?
13:55 wayland76 purlion test :)
13:56 cotto bacek, nice.
13:57 Theory joined #parrot
13:59 bacek looks like dynpmc/md2 is dead...
13:59 Andy joined #parrot
14:03 cotto bacek, I'm adding VTABLE to dynlexpad.  Should I fix the other dynpmcs too?
14:03 bacek cotto: I already did it.
14:04 bacek But I can stop checking dynpmcs.
14:04 bacek So we can share workload :)
14:05 cotto ok.  I'll fix any that look broken.
14:05 bacek You can start from end of the list.
14:05 * bacek git svn dcommitting now.
14:06 bacek *incoming* :)
14:07 cotto man.  pmc2c is way too lax about VTABLE function declarations.
14:07 bacek cotto: indeed.
14:08 bacek and METHODs as well
14:08 dalek parrot: r38304 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
14:09 dalek parrot: Add dynpmc traits
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38304/
14:09 dalek parrot: r38305 | bacek++ | branches/pmc_pct/src/dynpmc/dynlexpad.pmc:
14:09 dalek parrot: [cage] Mark vtable methods with VTABLE in dynlexpad.pmc
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38305/
14:09 dalek parrot: r38306 | bacek++ | branches/pmc_pct/src/dynpmc/gdbmhash.pmc:
14:09 dalek parrot: [cage] Mark vtable methods with VTABLE in gdbmhash.pmc
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38306/
14:09 dalek parrot: r38307 | bacek++ | branches/pmc_pct/config/gen/crypto/digest_pmc.in:
14:09 dalek parrot: [cage] Fix md.? template.
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38307/
14:09 dalek parrot: r38308 | cotto++ | branches/pmc_pct/src/dynpmc/gdbmhash.pmc:
14:09 dalek parrot: [pmc] fix gdbmhash's remaining function
14:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38308/
14:09 cotto I'll get the hash wrapper PMCs (md and sha)
14:10 cotto It'll be easy since they're all generated.
14:12 cotto or not
14:13 bacek cotto: they already fixed. I've just added "lib" and "group" traits.
14:13 bacek pair.pmc is failing
14:14 cotto Can I take that one?
14:15 bacek I finished with dynpmc :)
14:15 dalek parrot: r38309 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
14:15 dalek parrot: Add group and lib traits
14:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38309/
14:16 bacek filehandle and fixedbooleanarray are mine :)
14:17 cotto dibs on... um...
14:17 bacek cotto: you can uncomment "say" in src/parser/action.pm. Then during parsing it will be easy to find "crash" point
14:18 cotto rotest and subproxy
14:18 dalek parrot: r38310 | cotto++ | branches/pmc_pct/src/dynpmc/pair.pmc:
14:18 dalek parrot: [PMC] fix VTABLE declaration in Pair dynpmc
14:18 cotto bacek, thanks.  So far it's been obvious.
14:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38310/
14:19 * bacek have to steal c_type from languages/c99.pg...
14:21 dalek parrot: r38311 | cotto++ | branches/pmc_pct/src/dynpmc (2 files):
14:21 dalek parrot: [PMC] fix a couple more dynpmcs to use proper VTABLE function declarations
14:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38311/
14:23 cotto bacek, ROTest is failing because of 'VTABLE INTVAL get_integer() :write {'
14:23 bacek cotto: thanks. Will add handling soon.
14:24 cotto method attrs
14:24 cotto That's what they are.
14:25 cotto bacek, are you on svn >=1.5?
14:26 bacek cotto: no idea. I'm using git-svn
14:26 cotto It'd probably be a good idea to merge the VTABLE additions back into trunk, since they should have been there in the first place.
14:26 Infinoid ... it's snowing
14:26 cotto It's sunny!
14:26 Infinoid "I thought we already fixed that bug."
14:28 bacek cotto: will do.
14:28 purl i think will do. is there a more appropriate channel for me to ask question regarding trycatch in?
14:28 cotto There's a certain question mark in lib/Parrot/Pmc2c/Parser.pm:188 that says otherwise.
14:30 he Hm, first PR for my packaging of parrot for NetBSD: http://gnats.netbsd.org/41275/
14:30 he "Installed bits reference the build directory".
14:30 he I beleive this one has its origins here(?)
14:31 he (for 1.0.0)
14:33 PerlPilot joined #parrot
14:34 dalek parrot: r38312 | cotto++ | branches/pmc_pct/src/pmc/eventhandler.pmc:
14:34 dalek parrot: [PMC] add missing VTABLE decoration
14:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38312/
14:36 rg he: you're right. i'm not even sure if it has been fixed yet. there should be a tt for it.
14:39 rg nope. it still behaves that way.
14:42 cotto bacek, working on figuring out why exception.pmc doesn't work...
14:43 bacek cotto: ok. I improved <c_type> slightly. It can probably help.
14:43 dalek parrot: r38313 | bacek++ | branches/pmc_pct/compilers/​pmc/src/parser/grammar.pg:
14:43 dalek parrot: Slightly improve c_type parsing
14:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38313/
14:44 cotto nope.  It's something else.
14:44 bacek np.
14:44 bacek What the heck is ':read' and ':write'?
14:45 bacek They are exists only in rotest.pmc
14:45 bacek Failed 32/94 subtests
14:46 nopaste "cotto" at 96.26.202.243 pasted "minimal failing PMC" (3 lines) at http://nopaste.snit.ch/16395
14:46 cotto bacek, they're "method attributes".  I'd ask allison if we still care about them.
14:47 bacek cotto: ok
14:49 dalek parrot: r38314 | bacek++ | branches/pmc_pct/compilers/pmc (3 files):
14:49 dalek parrot: Add no_ro traits
14:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38314/
14:52 rdice joined #parrot
14:52 he rg: it appears that at least TT #540 touches on that issue.
14:56 cotto bacek, the pared-down exception.pmc failure is in the above nopaste.
14:56 cotto I'll take Null next.
14:56 bacek where is nopaste?
14:56 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
14:57 cotto bacek, http://nopaste.snit.ch/16395
14:58 cognominal joined #parrot
14:59 dalek parrot: r38315 | bacek++ | branches/pmc_pct/compilers/​pmc/src/parser/grammar.pg:
14:59 dalek parrot: Allows pointer-to-pointer in c_type.
14:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38315/
14:59 dalek parrot: r38316 | bacek++ | branches/pmc_pct/src/pmc/fixedpmcarray.pmc:
14:59 dalek parrot: [cage] Add VTABLE to splice in FPA.pmc
14:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38316/
14:59 dalek parrot: r38317 | bacek++ | branches/pmc_pct/src/pmc/packfile.pmc:
14:59 dalek parrot: [cage] Fix METHOD declarations in packfile.pmc
14:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38317/
14:59 bacek cotto: METHODs shouldn't have return type AFAIU
14:59 bacek or I can make them optional.
15:00 cotto bacek, I don't think it makes sense for METHODs.
15:00 bacek cotto: me either. Check r38317. I actually removing types from METHODs.
15:01 cotto looks good
15:01 purl O_O
15:02 dalek parrot: r38318 | cotto++ | branches/pmc_pct/src/pmc/null.pmc:
15:02 dalek parrot: [PMC] remove an unneeded function decoration
15:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38318/
15:03 cotto bacek, I'll take PMCProxy next.
15:03 bacek cotto: ok
15:04 bacek I'll take *hash.pmc
15:05 rg he: #495 is also related, but i can't find a definite match.
15:06 cotto bacek, it looks like the same problem as exception.pmc
15:07 bacek cotto: fix it! :)
15:09 cotto bacek, is it safe to commit a grammar.pg change?
15:09 bacek cotto: yes
15:10 cotto nm.  fix doesn't appear to work.
15:10 bacek cotto: for which pmc?
15:11 dalek parrot: r38319 | bacek++ | branches/pmc_pct/src/pmc/hash.pmc:
15:11 dalek parrot: [cage] Add VTABLE to vtable methods in hash.pmc
15:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38319/
15:11 dalek parrot: r38320 | bacek++ | branches/pmc_pct/src/pmc/orderedhash.pmc:
15:11 dalek parrot: [cage] Add VTABLE to vtable methods in orderedhash.pmc
15:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38320/
15:11 cotto the example I nopasted, which happens in exception.pmc and pmcproxy.pmc
15:12 bacek should we allow return type for METHODs?
15:13 cotto It doesn't really make sense.  I'm inclined to disallow it and fix anything that breaks because of it.
15:13 cotto It's all PCC'd out the wazoo anyway.
15:13 he rg: mm, yes, in the same class of problem.  I guess this issue is well enough documented, so there's no need for a new ticket?
15:13 bacek so, just fix exception.pmc
15:13 bacek and pmcproxy
15:13 purl hmmm... pmcproxy is basically Class for PMCs.
15:14 bacek I'll take *sub
15:15 cotto my brain's going.  I think I'm done for now.
15:16 rg he: whatever you feel is best. You could at least comment on one of the tickets to point at the netbsd one.
15:16 cotto It looks like comments after the closing bracket mess up the parser
15:17 fperrad1 joined #parrot
15:17 bacek cotto: it's possible...
15:18 dalek parrot: r38321 | bacek++ | branches/pmc_pct/src/pmc/multisub.pmc:
15:18 dalek parrot: [cage] Fix multisub.pmc VTABLE and METHODs declarations.
15:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38321/
15:18 dalek parrot: r38322 | bacek++ | branches/pmc_pct/src/pmc/sub.pmc:
15:18 dalek parrot: [cage] Fix sub.pmc VTABLE declarations.
15:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38322/
15:19 fperrad1 left #parrot
15:19 bacek ok, *array.pmc and enough for today.
15:21 dalek parrot: r38323 | bacek++ | branches/pmc_pct/src/pmc/string.pmc:
15:21 dalek parrot: [cage] Fix string.pmc VTABLE declarations.
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38323/
15:21 dalek parrot: r38324 | cotto++ | branches/pmc_pct/src/pmc/pmcproxy.pmc:
15:21 dalek parrot: [PMC] add a missing VTABLE decoration
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38324/
15:22 cotto bacek, it would be nice if the parser eventually got smart enough to say what's wrong.
15:23 bacek cotto: yeah. I'll try to do something with it.
15:23 cotto "eventually" is fine by me
15:27 bacek cotto: done :)
15:28 cotto or that
15:28 cotto btw, have you run make test?
15:28 bacek for selected pmcs
15:28 bacek r38326 is "smart" parser
15:29 fperrad joined #parrot
15:29 moritz you can easily get error messages from PCT with the ~ syntax
15:30 dalek parrot: r38325 | bacek++ | branches/pmc_pct/src/pmc/resizablepmcarray.pmc:
15:30 dalek parrot: [cage] Fix RPA VTABLE and METHOD declarations.
15:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38325/
15:30 dalek parrot: r38326 | bacek++ | branches/pmc_pct/compilers/​pmc/src/parser/grammar.pg:
15:30 dalek parrot: Add little bit brains to parser as cotto++ suggested.
15:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38326/
15:30 dalek parrot: r38327 | bacek++ | branches/pmc_pct/src/pmc/resizablestringarray.pmc:
15:30 dalek parrot: [cage] Fix RSA VTABLE and METHOD declarations.
15:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38327/
15:30 bacek oops.
15:30 bacek It's wrong parser.
15:31 cotto make test looks good
15:33 dalek parrot: r38328 | cotto++ | branches/pmc_pct/src/pmc/exception.pmc:
15:33 dalek parrot: [PMC] fix some METHOD declarations in the Exception PMC
15:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38328/
15:35 bacek all test successful on my box
15:35 bacek not compilers/pmc/t/02 :)
15:36 cotto same here
15:36 cotto How many failing PMCs remain?
15:37 dalek parrot: r38329 | bacek++ | branches/pmc_pct/compilers/​pmc/src/parser/grammar.pg:
15:37 dalek parrot: Fix "smart" parsing. bacek--
15:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38329/
15:37 cotto The test takes 6.5m to run on my box.
15:38 bacek 02-all?
15:40 cotto Heh.  I only see 2 failures: pccmethod_test and rotest.  Maybe there's a pattern.
15:41 bacek Failed 2/94 subtests
15:41 bacek Hooray!
15:42 bacek pccmethod_test expose bug in parser
15:44 cotto ok.  I'll let you fix it.  I'm going to sleep.
15:44 cotto gg
15:45 bacek here we go
15:45 bacek I'm going to sleep too
15:45 bacek one failing test left :)
15:46 dalek parrot: r38330 | bacek++ | branches/pmc_pct/compilers/​pmc/src/parser/grammar.pg:
15:46 dalek parrot: Add just :named adverb.
15:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38330/
15:46 bacek cotto: good night. It was good mini-hackatron :)
15:51 jan joined #parrot
15:57 darbelo joined #parrot
16:29 flh joined #parrot
16:31 jhorwitz joined #parrot
17:13 ruoso joined #parrot
17:43 mikehh joined #parrot
18:17 davidfetter joined #parrot
18:21 Coke pmichaud: reading a blog entry about what would happen to the electoral college if texas exercised its right to split up. =-)
18:34 he left #parrot
18:40 cognominal joined #parrot
18:40 Coke allison: ping.
18:40 dalek parrot: r38331 | coke++ | trunk/config/gen/platform/netbsd (2 files):
18:40 dalek parrot: [cage] fix file properties
18:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38331/
18:46 dalek partcl: r328 | wcoleda++ | trunk/ (14 files):
18:46 dalek partcl: Move closer to building against an installed parrot.
18:46 dalek partcl: Apply patch from allisonrandal++ from #74.
18:46 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=328
18:46 wayland76 joined #parrot
18:52 dalek partcl: r329 | wcoleda++ | trunk/Configure.pl:
18:52 dalek partcl: Give up sooner if we have no parrot_config
18:52 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=329
18:57 * Infinoid just gave his 2 weeks notice at $job
18:58 wayland76 Infinoid: What are you doing next? (If we're allowed to ask)
18:58 wayland76 Another $job?
18:59 Infinoid I assume so, I don't have anything lined up yet.
18:59 wayland76 OK
18:59 Infinoid Maybe I can find someone to pay me for waving my patches angrily at people on the internet, I'm good at that. :)
19:00 NotFound I'd like that someone paid me for ranting on irc
19:00 wayland76 It might be just as much fun if you did it without the anger :)
19:00 Infinoid hehe
19:00 NotFound Even better, for doing quality control of beds
19:01 wayland76 I'd like someone to pay me for doing whatever open-source work I thought important :)
19:01 Infinoid Yeah, that sounds nice, but unlikely
19:01 wayland76 NotFound: Took me a while, but I just got it :)
19:01 Infinoid oh well, I'll figure something out
19:01 NotFound wayland76: me also, but I think I have more probablities with the other two X-)
19:02 wayland76 Infinoid: What kind of job was it?  Sysadmin/Web/Coding?
19:02 darbelo Got to school and apply for GSoC. That's exactly what it is.
19:02 NotFound I'm too old for school
19:02 Infinoid embedded coding
19:02 NotFound ... too young to die
19:03 wayland76 Right.  I found the more Perl you do, the more you hate embedded :)
19:03 Infinoid strangely, I love them both
19:03 Infinoid I tend to love the low level parts of both... probably why I'm so good at XS
19:04 wayland76 Ah.  I like to ignore resource constraints :)
19:04 Infinoid sadly, noone around here seems to need a bios or driver written, it's all web nonsense here
19:04 Infinoid hehe
19:04 wayland76 I did some embedded, with no prior experience
19:04 Infinoid (the low level stuff is also why I love parrot)
19:04 NotFound wayland76: then I recommend you z80 assembler programming X-)
19:05 Infinoid I haven't done z80, done some 8051 and some avr tho
19:05 wayland76 My Dad needed a 4-line terminal programmed for a robot program he'd written
19:05 Infinoid cool
19:05 wayland76 And he was running out of time on his project
19:06 NotFound I do the fun part: write the assembler :)
19:06 wayland76 (When I say robot, I mean a big machine that picks up racks, not humanoid in any way)
19:06 Infinoid (wayland76's dad)++
19:06 dalek parrot: r38332 | coke++ | trunk/ports/macports/Portfile:
19:06 dalek parrot: [port] bump macport to 1.1
19:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38332/
19:06 wayland76 I got to do it in C, with co-routines
19:08 darbelo Pfft. REAL embedded work is done with an hex editor.
19:08 Infinoid but a jtag debugger sure helps
19:09 NotFound Someone can verify that tools/dev/mk_language_shell.pl doesn't work without an installed parrot?
19:09 Infinoid I don't have an installed parrot, should I just run it and see what happens?
19:09 NotFound Can't open perl script "/usr/local/lib/parrot/1.1.0-de​vel/tools/dev/gen_makefile.pl": No such file or directory
19:09 NotFound That is what happens for me
19:10 Infinoid first it complained about not having a configured parrot
19:10 Infinoid then I got:
19:10 Infinoid [snip]
19:10 Infinoid creating /home/infinoid/parrot-dev/tes​t/languages/foo/t/00-sanity.t
19:10 Infinoid Unable to locate parrot_config. at Configure.pl line 45.
19:11 Infinoid so I guess it wants a fully built parrot
19:11 NotFound It does not complain for me, just fails.
19:12 Infinoid did you run it from the parrot source checkout directory?
19:12 NotFound Yes
19:12 Infinoid ok, me too.
19:12 NotFound With parrot already built, but not installed
19:12 Infinoid it created languages/foo/ but failed to configure it (because parrot wasn't built yet)
19:12 Infinoid I'll try again when parrot is built
19:12 NotFound Sorry if don't explain well
19:12 Infinoid Reading configuration information from ../../parrot_config
19:12 Infinoid Creating Makefile
19:13 Infinoid Can't open perl script "/usr/local/lib/parrot/1.1.0-de​vel/tools/dev/gen_makefile.pl": No such file or directory
19:13 Infinoid is that what you got?
19:13 NotFound Yes
19:13 Infinoid ok, verified.
19:13 NotFound I suppose that is not intended, and I must open a ticket
19:14 Coke didn't pmichaud just check in a replacement for mk_lan* ?
19:14 Infinoid I dunno, my git bounce box is gone and I haven't set up a new one yet
19:14 NotFound I'm using trunk r38331
19:14 Infinoid so I'm still at r38284
19:15 Coke s/just/last week or so/
19:15 darbelo Coke: you mean tools/dev/create_language.pl ?
19:16 NotFound Trying that...
19:17 NotFound Unable to locate parrot_config. --> I suppose it needs to have it in the PATH ?
19:17 Infinoid if it's expecting an installed parrot, I would guess so
19:20 Coke rant: having to approve messages from google code commit to a google groups list.
19:20 NotFound Setting the path it works, but make test seems to have the language name 'perl6' hardcoded
19:20 NotFound $ ack perl6
19:20 NotFound t/harness
19:20 NotFound 53:        exec      => ['./perl6'],
19:20 purl rumour has it t/harness is setting extra parrot flags
19:27 NotFound Created TT#580 about this
19:34 gryphon joined #parrot
19:40 Coke hurm. that portfile for 1.1.0 for mac fails to run.
19:55 ruoso joined #parrot
20:28 gryphon joined #parrot
20:53 flh little question about PCC: does anyone know which data hide in INTERP->current_args? I think it's a set_args op (i.e. the signature is at current_args + 1, and actual args are at current_args + 2), but can someone confirm?
20:55 flh I'm a bit confused because Parrot_pcc_invoke_sub_from_c_args (for example) doesn't seem to set the opcode in *current_args, nor a pointer to the signature in current_args+1
20:57 Infinoid I think the current_args handling is done within the stuff autogenerated by pmc2c, see rewrite_pccmethod() in lib/Parrot/Pmc2c/PCCMETHOD.pm for example
20:58 braceta joined #parrot
21:01 braceta left #parrot
21:01 braceta joined #parrot
21:02 flh ok, so I guess your answer means that I'll have to dive into Parrot_process_args
21:02 Infinoid I don't know the formats or offsets of what it points to, sorry
21:03 flh and, well, let's try another question: IMCC handles ".const <type> foo = 'bar'" differently when <type> is 'Sub'
21:03 flh i.e., when <type> is not 'Sub', but another PMC, this calls the VTABLE instantiate_str
21:04 flh is there a good reason for not doing the same thing (i.e., doing everything in the Sub's intantiate_str) for Subs?
21:05 Casan joined #parrot
21:05 whoppix joined #parrot
21:05 flh this seems to prevent me from playing with my pmc, which extends Sub (it cannot inherit the behaviour of the Sub when I do ".const 'mysub' foo = 'bar'")
21:06 Infinoid flh: if you don't get an answer here, I suggest you ask the parrot-dev list.  I think the right people to ask are allison or maybe chromatic, but they aren't always paying attention to irc
21:08 flh ok, it was worth trying to get an answer before going to bed :)
21:08 NotFound I think this was mentioned some time ago, but don't remember if there is a ticket.
21:09 particle flh: that's a known limitation of imcc, and it's on our roadmap to fix.  not sure the timeline, though
21:09 particle mailing list will tell you, i'm sure
21:12 flh thanks, I'll take some time tomorrow to look in RT and Trac if there is a ticket about that, and ask on parrot-dev
21:18 Whiteknight joined #parrot
21:21 szabgab joined #parrot
21:33 dalek parrot: r38333 | whiteknight++ | trunk/docs/book/ch08_dynops.pod:
21:33 dalek parrot: a few changes to chapter 8 for readability
21:33 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38333/
21:42 * allison driving to speak at a conference
22:10 braceta joined #parrot
22:14 he joined #parrot
22:19 Casan joined #parrot
22:38 Casan joined #parrot
22:51 dalek parrot: r38334 | whiteknight++ | trunk (2 files):
22:51 dalek parrot: Remove some weird macros for converting a pointer value to an opcode_t value. These macros were only used in one place and were used incorrectly (although I don't think the incorrect usage raised any warnings, which is weird). I've replaced it with a better macro for handling ptr->INTVAL conversions
22:51 dalek parrot: review: https://trac.parrot.org/parrot/changeset/38334/
23:00 Xrblackwe joined #parrot
23:12 tetragon joined #parrot
23:19 Coke joined #parrot
23:19 davidfetter joined #parrot
23:22 dalek partcl: r330 | wcoleda++ | trunk/Configure.pl:
23:22 dalek partcl: We like lowercase.
23:22 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=330
23:28 cotto darbelo, ping
23:28 darbelo pong
23:28 dalek partcl: r331 | wcoleda++ | trunk/config/makefiles/root.in:
23:28 dalek partcl: Define variable used in makefile
23:28 dalek partcl: allisonrandal++
23:28 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=331
23:31 cotto darbelo, an easy way to get the svn repo started would be to use mk_language_shell.pl.
23:33 darbelo but that creates a language :)
23:33 cotto yes, but it also does the dynpmc stuff
23:35 darbelo I created a dynpmc with tools/dev/gen_class.pl
23:35 cotto That doesn't give you a nice makefile template, though.
23:36 cotto just a stub pmc
23:37 darbelo Had it build with a hacked up Makefile (half-copied from src/dynpmc/), but the I broke it.
23:38 amoc joined #parrot
23:39 rdice joined #parrot
23:44 darbelo also, I'm not entirely sure where I need to put the .o and .so for parrot to find.
23:45 cotto Parrot should only need the .so (or dll for windows)
23:46 darbelo I'm guessing runtime/parrot/dynext/ then. Right?
23:48 cotto sounds likely
23:49 cotto Is that what make install does?
23:50 darbelo Thats where the 'built-in' dynpmc's go.
23:51 darbelo the README there claims "This directory holds dynamic Parrot extension files."
23:52 bacek joined #parrot
23:56 Infinoid happy weekend!

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

Parrot | source cross referenced