Camelia, the Perl 6 bug

IRC log for #parrotsketch, 2009-09-01

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

All times shown according to UTC.

Time Nick Message
00:52 japhb joined #parrotsketch
04:22 davidfetter joined #parrotsketch
04:48 mikehh joined #parrotsketch
09:12 allison joined #parrotsketch
09:13 allison left #parrotsketch
12:30 mmpf joined #parrotsketch
12:31 TimToady joined #parrotsketch
12:42 spinclad joined #parrotsketch
13:16 mikehh_ joined #parrotsketch
13:23 mikehh joined #parrotsketch
14:00 PacoLinux joined #parrotsketch
14:40 jhorwitz joined #parrotsketch
15:04 samlh joined #parrotsketch
16:02 cotto joined #parrotsketch
16:21 darbelo joined #parrotsketch
16:21 allison joined #parrotsketch
16:21 allison - Between family visit and Foo Camp conference, I had very little Parrot time this week.
16:21 allison - Talked with pmichaud and Ryan Niebur about Debian Rakudo releases.
16:21 allison - Parrot Foundation elections went smoothly. This year's directors are particle, Coke, chromatic, jhorwitz, pmichaud, and me.
16:21 allison - Next thing we need to do with ParF is accept new members (new committers and non-committers).
16:22 allison - UK visa finally arrives this morning, am on a standby flight to London in the afternoon. Will try to make it to #parrotsketch from the airport, but posting my report early, just in case.
16:22 allison EOR
16:32 pmichaud joined #parrotsketch
16:37 jhorwitz refactored mod_parrot configuration to work with installed parrot/rakudo
16:37 jhorwitz (hopefully) fixed configuration bug reported by Tene++
16:38 jhorwitz currently fixing ModPerl6::Registry to work with some subtle IO changes in Rakudo
16:38 jhorwitz EOR
16:49 whiteknight joined #parrotsketch
16:49 whiteknight What I did:
16:49 whiteknight * Deleted the old gsoc_pdd09 branch. Saved some things locally from it and may try to continue work on this eventually
16:49 whiteknight * Talked with chromatic about ideas for ways to improve that general design.
16:49 whiteknight * Deleted the io_cleanup branch in defeat.
16:49 whiteknight * Saved some diffs from the io_cleanup branch, will try to break it into smaller tasks and continue them later
16:49 whiteknight * Cleaned up a few other old branches too.
16:49 whiteknight * Tried to help bacek in the context_pmc3 branch, but didn't manage to be too helpful.
16:49 whiteknight * Added an evil hack for bacek to get around a PCC-related issue. Desperately waiting for pcc_arg_unify to help with this
16:49 whiteknight * Did start looking into a fix for his JIT-related test failures, no solution so far.
16:50 whiteknight * Put a note to the list about deprecating JIT. Looking for much more feedback about that
16:50 whiteknight * Took a look at a patch from jrtayloriv to cleanup the Continuation PMC. Created the kill_parrot_cont branch to explore that.
16:50 whiteknight What I will do:
16:50 whiteknight * Help to shephard along the context_pmc3 and kill_parrot_cont branches, maybe try to get them both mergable.
16:50 whiteknight * Misc cleanup, a lot of merges and commits lately have left the code in need of some TLC.
16:50 whiteknight * Mostly busy in $real_life, so can't do much.
16:50 whiteknight What I am blocking on:
16:50 whiteknight * Not enough time.
16:50 whiteknight EOR
16:51 jonathan joined #parrotsketch
16:53 treed joined #parrotsketch
16:59 chromatic joined #parrotsketch
17:01 jonathan Rakudo
17:01 jonathan * Fixed a few bugs
17:01 jonathan * Started to research and think about the signature re-design and re-implementation
17:01 jonathan * Got some good input from TimToady++ on some areas of the spec
17:01 jonathan * The grant that I hope will fund me to complete the design and do the implementation of this should be up for public comment soon; aiming to do the bulk of it in October and November, when my schedule is pretty clear, and get it finished up early to mid December. Think that's fairly realistic.
17:01 jonathan Blizkost
17:01 jonathan * Started this new project to embed Perl 5 and expose it through the HLLCompiler interface
17:01 jonathan * Already four commiters including me: cognominal++,  fperrad++ and leto++
17:01 jonathan * My first cut just handled basic string eval, but only took a morning to hack up
17:01 jonathan * eval('print "hello from p5"', :lang<perl5>) in Rakudo Just Worked after that :-)
17:01 jonathan * Build was sucky; others have taken care of fixing it up on Linux and OS X
17:01 jonathan * Next step is to be able to use the return value from the eval
17:01 jonathan Other
17:01 jonathan * I'm going to wander around Asia for the next four weeks, so probably won't make #ps
17:01 jonathan * Will take in YAPC::Asia as part of it, and maybe something with Perl folks in Korea too
17:02 jonathan * However, trip is mostly for relaxing, exploring, and getting myself re-charged for the months of work ahead towards Rakudo *.
17:02 jonathan .end
17:02 chromatic Answering questions, exploring things.
17:02 chromatic Will remove _synchronize member from PMC struct soon.
17:02 chromatic Will help cotto with profiling runcore merge.
17:02 chromatic Looking at further optimizations, including Lorito.
17:23 cotto # What I did:
17:23 cotto * first stab at getting high-resolution cross-platform timing information
17:23 cotto - a windows wrapper around GetProcessTimes() failed to be useful
17:23 cotto - currently there's a less accurate (but functional) version using QueryPerformanceCounter
17:23 cotto - some nice work from darbelo++ should give us the optimal CLOCK_* value on various unicies
17:23 cotto - branch will be ready for testing later today (instructions in POD in tools/dev/pprof2cg.pl)
17:23 cotto - will merge after chromatic has a chance to make the code less bad
17:23 cotto # What I hope to do and how many tuits I expect to have:
17:23 cotto * get profiling ready for testing (later today)
17:23 cotto * merge the runcore branch back into trunk
17:23 cotto * start a new branch for integrating annotations
17:23 cotto # What could block my progress:
17:23 cotto * ""
17:23 cotto eor
17:39 Coke joined #parrotsketch
17:49 Util joined #parrotsketch
17:53 Coke My report: http://partcl.blogspot.com/2009/09/n​ow-passing-3363-tcl-spec-tests.html
18:14 pmichaud What I did:
18:14 pmichaud * Fixed some Parrot bugs and closed some PGE/PCT tickets
18:14 pmichaud * Removed string-based class comparisons from Class.isa
18:14 pmichaud * This results in a ~4.5% speed improvement for Rakudo spectests
18:14 pmichaud * Improved Rakudo's Configure.pl to detect when attempting to build against non-devel Parrot, and/or when needed files are missing
18:14 pmichaud * Moved several Rakudo builtin operators into setting
18:14 pmichaud * Enabled overloading of builtin operators
18:14 pmichaud * Answered lots of questions on IRC and other forums
18:14 pmichaud * Participated in a local Rakudo hackathon
18:14 pmichaud * Added rational (Rat) datatype to Rakudo
18:14 pmichaud * Worked on Rakudo packaging for various OS distros
18:14 pmichaud What I'm doing this week:
18:14 pmichaud * More grant-related administrative things
18:14 pmichaud * Finishing up a variety of operator-overloading tasks
18:14 pmichaud * Cleaning up the handling of type coercions, vtables, etc. in Rakudo
18:14 pmichaud * Adding contextual variables to NQP and Rakudo
18:14 pmichaud * Working on many other PGE/NQP updates
18:14 pmichaud What I'm blocking on:
18:14 pmichaud * Insufficient tuits, although I have more tuits this week than I've had for a while now
18:14 pmichaud EOR
18:22 mikehh What I did:
18:22 mikehh * testing trunk on amd64 and i386 and context_pmc3 branch on amd64
18:22 mikehh * testing rakudo, partcl, cardinal, decnum_dynpmcs on latest parrot build
18:22 mikehh * lua failed to build for me
18:22 mikehh * fix test failures when I could track them down or pass them on to NotFound++
18:22 mikehh What I will do:
18:22 mikehh * continue with testing and fixes
18:22 mikehh * looking at the Configure.pl set up of the test suite
18:22 mikehh .eor
18:24 Util # Done:
18:24 Util * Updated TT#504 (packfile pmcs milestone) to answer bacek's comment of "Task is finished from my point of view".
18:24 Util # Plan for next week:
18:24 Util * Add tickets and details on duplicating my results on round-trip failures and from-scratch construction of hello.pbc.
18:24 Util * All Packfile PMC issues.
18:24 Util # Blockers:
18:24 Util * Tuits still limited.
18:24 Util .end
18:25 japhb Short report:  Tene did the eval-in-NQP work I asked for last week, but I have been unable even to check that it's working for me.  @work_deadlines right now, but hope to find some cycles late in the week.  WOR
18:26 japhb er EOR
18:29 allison joined #parrotsketch
18:30 chromatic Shall we begin?
18:30 mikehh go for it
18:30 duk3leto 'ello
18:31 Util Hi
18:31 allison hi
18:31 japhb o/
18:32 chromatic What were our priorities for last week?
18:32 Coke hi
18:32 allison stablize branches
18:32 Coke I'm assuming that's in the topic.
18:32 Util Priority for this week: stability after branch merges, increase test coverage on Linux x86 (no %, calibrating workload)
18:32 allison increase test coverage
18:32 chromatic How'd we do on stability?
18:33 whiteknight +1
18:33 Coke chromatic: pretty good, from partcl's standpoint.
18:33 duk3leto What I did:
18:33 duk3leto * Wrote tools/dev/parrot_shell.pl
18:33 duk3leto * Converted many tests to PIR
18:33 duk3leto Plan:
18:33 duk3leto * Convert more tests to PIR
18:33 whiteknight not perfect, but NotFound has been kicking some major butt
18:33 cotto hi
18:33 chromatic How about test coverage?  (I fear not well...)
18:34 Util I think the idea was to try for a week, to see what a reasonable goal would be for future weeks.
18:34 chromatic Did anyone work on it?  I didn't.
18:35 whiteknight did anybody write any tests?
18:35 whiteknight me either
18:35 duk3leto whiteknight: i did add a few while converting some to PIR
18:35 mikehh context_pmc3 branch passes all but 1 codetest failure, rakudo PASSes with patch, partcl PASS
18:35 allison Util: aye
18:36 allison that gives us a baseline :)
18:36 allison no work = 0% increase in coverage
18:37 Util Coverage scan at http://tapir2.ro.vutbr.cz/cover/cover-results/ say: 40695=66.0%, 40848=65.8%
18:37 Util But that could be due to code added during branch merges
18:37 chromatic Perhaps we should pick a PMC and try to improve its coverage.
18:38 allison cotto: it was a good idea, maybe another approach?
18:38 allison like pick a particular source file?
18:39 mikehh I was looking at make cover and trying to devise some tests - not too far along
18:39 Tene joined #parrotsketch
18:39 cotto allison, possible.  It could also be an issue of tuits.
18:39 allison mikehh: sounds good
18:40 chromatic Let's review 1.6 milestones.
18:40 Util q1q
18:40 chromatic Export conventions, pmichaud?
18:40 pmichaud didn't have that on my list for this week but will add it.
18:40 pmichaud it goes along with the NQP changes I'm working on, so it's not really additional
18:41 chromatic packfile PMCs, Util?
18:41 japhb pmichaud.q1q
18:41 Util I should have the detail tickets written up today. Volunteers welcome after that point :) No projection on completion if it is just me working on it.
18:42 Util (Trying for 1.6, anyway, tho)
18:42 chromatic profiling, cotto and me... I believe we can merge shortly.
18:42 chromatic There will likely be corner cases, but it should be stable.
18:42 cotto yes
18:42 japhb chromatic++ cotto++
18:43 jonathan chromatic++ cotto++ # *very* happy to hear about the profiling progress.
18:43 chromatic That includes pluggable runloops, but they're not dynamically loadable yet.
18:43 chromatic (I briefly consider making some of the exotic runcores pluggable, but not yet.)
18:44 chromatic Seed libraries?  Was that japhb?
18:44 japhb chromatic, that was put on hold while I worked on the ecosystem ...
18:44 japhb ... which has been stalled this week
18:45 japhb .
18:45 chromatic Objects PDD review?  Who's on track for that?
18:46 whiteknight last I heard Allison had a claim staked
18:46 allison me
18:46 chromatic Status?
18:48 whiteknight ENOSTATUS
18:48 allison at the airline desk, come back in a minute
18:49 Coke q1q
18:50 chromatic Struct pruning... I made little progress except for a discussion of slimming PMC.  I saw some discussion of slimming STRING.
18:50 chromatic Big wins there.
18:50 chromatic Util, you had a question.
18:50 Util Trac Ticket Report {19} (Newbie Tickets) fails. Who is the author? Need any help?
18:51 cotto That might be mine.  ISTR creating something like that.
18:51 mikehh q1q
18:51 allison ok, done
18:51 duk3leto Util++ # having the newbie ticket link working is important for new contributors
18:52 whiteknight q3q
18:52 chromatic allison, Object PDD review?
18:52 cotto Util, go for it.
18:52 Util cotto: will do. More on #parrot
18:52 allison status on objects, started review
18:53 allison creating list of any remaining work
18:53 chromatic Coke, question?
18:53 allison (the task is to check what we might have missed in the earlier imple.)
18:54 allison .end
18:54 Coke chromatic: NotFound has done a great job getting partcl running again, avoiding about 30 segfaults ...
18:55 Coke ... still have several segfaults remaining, but these are repeatable; I'm opening tickets for them all today; it would be most helpful if we could get them resolved before the next release.
18:55 Coke .
18:55 chromatic mikehh, question?
18:56 mikehh I am getting a lot of codetest/distro_tests failures with svn properties from git svn users
18:56 mikehh any way to sort this out?
18:57 chromatic We talked about autoprops set on the server with a commit hook.
18:57 allison are they not able to set svn props?
18:57 * japhb fights the urge to troll an old argument
18:58 allison they coul
18:58 chromatic The old argument "Why are these properties useful again?"
18:58 japhb allison, that's correct, git-svn does not handle svn props.  So git-svn users need to have a normal svn checkout, and remember to run the codetests in there after committing new files.
18:59 japhb *have a normal svn checkout *also*
18:59 allison (cellphone keyboard)
18:59 allison that doesn't sound so terrible
19:00 japhb allison, no, but very easy to forget.  :-/
19:00 mikehh well the svn:keywords appear in the header
19:00 mikehh of the file that is
19:01 allison chromatic: server-side hooks are a good idea, but how do we know for sure when to apply them?
19:01 chromatic We *always* apply them.
19:01 japhb mikehh, I mean, easy for a git-svn user to forget to give the svn props a hug, after doing a big commit people tend to think they are done and go grab a beer.
19:01 chromatic They're basically the *same* on *every* file in the repository.
19:01 allison c: not all props apply to all files
19:02 chromatic I can think of two files out of our 6500+ which have different properties.
19:02 mikehh svn:mime_type for tests
19:02 allison txt vs binary, etc
19:02 Coke we wouldn't need the mime type if we had sane server defaults.
19:02 japhb allison, but if there is a computer-understandable rule that works 95% of the time, we should have the computer apply it, and let humans override it.
19:02 duk3leto allison: there is no git svn propset
19:03 allison japhb: git users wouldn't be able to interact withit
19:04 allison but can correct later
19:04 duk3leto japhb: git svn propget works, just not setting
19:04 japhb duk3leto, nodnod
19:04 chromatic Let's move this discussion over to #parrot.
19:04 allison any volunteers
19:05 chromatic Volunteers for server-side hooks?
19:06 allison (can't join #parrot from here, but log my thumbs up for exploring adding server-side hooks)
19:06 Util I wrote code months ago to analyse our SVN properties, but just used it for manual corrections. Have not done serverside hooks, but willing to try.
19:06 chromatic whiteknight, you had some questions.
19:06 whiteknight Three of them
19:07 whiteknight Q1: What's the big difference between RetContination and Continuation? Would they be suitable to merge?
19:07 chromatic We know that we can recycle a RetContinuation immediately.
19:07 whiteknight but that's not necessarily a savings
19:07 chromatic Why wouldn't it be?
19:08 chromatic We know we don't have to mark anything reachable from it, for example.
19:08 whiteknight recycling manually or recycling automatically in GC will call the same routines and take the same amount of time
19:08 chromatic Not true.
19:08 allison RC also flattens the cont chain, but that's not necessary
19:09 chromatic If you can recycle a GCable without marking and sweeping to find it, you've avoided marking and sweeping to find it.
19:09 whiteknight If there's a significant difference, its a moot point, but I would like to see the two merged
19:09 pmichaud why is it not necessary to to flatten the cont chain (ooc)?
19:09 allison on the flip side is there any advantge to merging them? can't see much
19:09 whiteknight chromatic: if it's dead, you don't mark it, only sweep it
19:09 pmichaud if a RetContinuation doesn't do it, what does?
19:09 whiteknight allison: decreased code volume and increased maintainability
19:10 whiteknight small nit, obviously not worth pursuing. EOQ
19:10 whiteknight Q2: I'd like to nominate jrtayloriv to become a committer
19:10 allison pmichaud: not sure what you mean, i'm talking about a hacky optimization
19:10 chromatic Seems like a low priority compared to other things.
19:10 chromatic jrtayloriv gets +1 from me
19:11 pmichaud allison: I probably need to rethink my question then :)
19:11 pmichaud +1
19:11 whiteknight he's been sending in some nice patches
19:11 mikehh he's done done some quite amazing work
19:12 chromatic Any concerns?
19:12 whiteknight he does need to do a CLA
19:13 jonathan pmichaud: RetContinuations get promoted to full Continuations if there's a need.
19:13 pmichaud jonathan: yes, I know that
19:13 allison a mentor?
19:13 whiteknight I volunteer
19:13 pmichaud jonathan: I'm more after what the semantic difference is between the two
19:13 allison sounds good
19:13 Coke jrtayloriv++
19:13 duk3leto +1 for jrtayloriv++
19:14 whiteknight okay, I'll get him to send in a CLA and go from there. EOQ
19:14 whiteknight Q3: I mentioned this on the list, I want to deprecate the current JIT system for 2.0
19:14 whiteknight and immediately start intense planning for a replacement
19:14 japhb +1
19:14 jonathan pmichaud: RetContinuation is only valid for a single invocation.
19:14 chromatic +1
19:14 allison too late for 2.0
19:15 Coke s/for/in
19:15 whiteknight ah yes, deprecate in 2.0
19:15 whiteknight delete it immediately after 2.0
19:15 allison I'm okay with it, if we have a strategy for the replacement
19:15 jonathan What does it publicly expose that needs the deprecation cycle, out of curiosity?
19:16 chromatic --runcore=jit
19:16 Coke allison: even if we don't, is the current jit core at all useful?
19:16 Coke (and if so, is it maintainable?)
19:16 whiteknight It also currently provides NCI frame building
19:16 mikehh the replacement should take over that
19:16 chromatic We should keep the NCI frame building.
19:16 allison if it's just escapism, then no
19:16 japhb chromatic, if --runcore=jit lies and just does --runcore=fast, is that sufficient "support"?
19:16 whiteknight chromatic: we should replace it. We can make a better and more portable frame builder
19:16 Coke japhb: works for me. =-)
19:17 jonathan japhb: That was kinda what I was hinting at too. :-)
19:17 allison i want a prototype for the new one
19:17 jonathan Is there anything we actually can't like about etc.
19:17 mikehh clang etc ?
19:17 allison at least a proof of concept
19:17 jonathan I agree with allison however that we should have something more concrete to go forward with.
19:18 jonathan Rather than "we rip this out at X date independent of if we know how we're moving forward".
19:18 Coke we need a plan to go forward; I disagree that we need it before removing the existing JIT.
19:18 japhb jonathan, I read whiteknight's suggestion as "We plan to deprecate at 2.0, but we start planning intensely NOW."
19:18 whiteknight I want to immediately start planning a replacement
19:18 whiteknight not just a deprecation, a swap
19:18 chromatic Yes, but WHO CAN MAINTAIN THE EXISTING ONE?
19:18 whiteknight nobody, that's wo
19:18 chromatic Exactly.
19:19 jonathan (start planning now)++
19:19 Coke so, whiteknight - get us a plan so we can argue about your plan instead of our lack of one. =-)
19:19 whiteknight we have been demonstrably inable to fix even small bugs with it
19:19 pmichaud ("just because we say that something is deprecated in 2.0 doesn't mean we have to remove it prior to 2.6")
19:19 mikehh afaik it only works (;-}) on i386 ( and not all platforms)
19:20 allison we can deprecate and remove before the replacement is finished
19:20 chromatic We're talking about code that doesn't work reliably, has known nasty bugs we're pretty sure we can't fix, isn't a core component because of cross-platform and bug issues, and even when it works provides little benefits.
19:20 japhb mikehh, it doesn't even truly work there.  Just enough that people think it's working.
19:20 whiteknight chromatic: well said!
19:20 mikehh I did :-}
19:20 allison but, hand-waving "we'll replace it someday" isn't enough
19:21 * japhb suggests dragging it out behind the shed, taking "Bessie" the rifle along ....
19:21 chromatic What's the alternative, keeping broken code around?  I'm not sentimental.
19:21 duk3leto japhb++
19:21 Coke allison: would you rather keep the existing JIT if we had no replacement?
19:21 whiteknight allison: hard to estimate, but we should pencil in having a "good" replacement by 2.6 at the latest
19:22 mikehh +1
19:22 japhb allison, I really don't think people are wanting to wave hands.  I think we're just wanting agreement to move forward into the research and planning stage
19:22 allison Coke: if we have no clue what to replace it with, yes
19:22 chromatic I'm sorry, but that's nuts.
19:22 whiteknight ...and all agree that the current JIT provides no benefits and serves only as an anchor to ongoing development
19:22 pmichaud .oO( Why is "we'll do it someday" sufficient for some features but not others? )
19:22 mikehh there has been aa lot of new work in Java
19:23 japhb pmichaud++
19:23 whiteknight A good context threading runcore will provide more performance benefit then our current JIT ever will
19:23 mikehh and of course .Net (Mono anyone)
19:23 allison c: 5 months is plenty of time
19:23 allison look.
19:23 Coke in any case, even though we disagree about the old JIT, we all seem to agree that we can do better. so let's avoid having to disagree about the old bit until we have to.
19:24 chromatic What's wrong with japhb's proposal?  It's completely backwards compatible, and it makes --runcore=jit work on *more* platforms than it works on now.
19:24 Coke perhaps we can avoid that argument altogether.
19:24 allison deleting it says the fundamntal design is wrong
19:24 whiteknight we need to keep in mind that we do not "have JIT" now anyway. I've never had working JIT on my development system
19:24 particle chromatic: yes, by redefining "work"
19:24 chromatic It doesn't work and the fundamental design *is* wrong.
19:24 pmichaud I'll say it then:  "The fundamental implementation is wrong"
19:24 whiteknight allison: the fundamental design of our current system IS wrong
19:24 allison that may be true
19:25 chromatic I've fixed bugs in the JIT on multiple platforms.  It *is* true.
19:25 pmichaud it doesn't work.  we can't maintain it.  we can't port it to other platforms.   that sounds like "wrong" to me.
19:25 particle it's not jit anyway, it's ahead-of-time
19:25 allison but then we must have an idea what is better
19:25 pmichaud allison: why?
19:25 pmichaud .oO( lorito, also )
19:25 whiteknight chromatic: numbers that I have seen show fastcore is much faster then jit core
19:25 whiteknight LLVM and libJit would be better
19:25 whiteknight a pluggable API that supports both would be best
19:26 whiteknight we can start writing that API now
19:26 chromatic whiteknight, JIT core works on 32-bit x86 Linux for speeding up Fibonacci benchmarks, but if we wanted to develop a compiler to run Fibonacci fast, we'd work on GHC.
19:26 allison pmichaud: if there's nothing better, then it can't be so bad
19:26 pmichaud yes it can
19:26 pmichaud if it's blocking progress, that's worse than not having it
19:26 jonathan If it hinders development of other subsystems, it's bad.
19:26 whiteknight pmichaud: +1
19:26 whiteknight And it DOES hinder these things
19:26 pmichaud you're assuming that keeping the existing jit is zero-cost.  It's not zero-cost.
19:26 chromatic If it's an active lie in our marketing (Look, we have a JIT like all modern compilers!) it's bad.
19:27 allison whiteknight: are you willing to put together an options list for next week?
19:27 chromatic Why do we need an options list?
19:27 japhb And I have to constantly explain to people who bugreport OpenGL that they are running with JIT on i386 and thus are broken, and to recompile with JIT off, and voila, it works.
19:27 whiteknight allison: I'll have a treatise on the wiki by this evening
19:27 jonathan While I was at first reluctant to go with "pull it out without having a replacement plan" in case the replacement plan was "work from what we current have and refactor", I'm distinctly getting the impression that there's no way we can build off what is there now.
19:27 allison awesome
19:27 japhb whiteknight++ # JFDI
19:28 jonathan (From people who've looked at it and tried.)
19:28 pmichaud jonathan: recall the discussion from PDS last november on this topic -- I think we were agreed that we can't do much with the existing JIT.
19:28 whiteknight I'll write up the report. We can discuss it more then. EOQ
19:28 mikehh it certainly does NOT make sense in a lot of places for me
19:29 chromatic Let's move further discussion to #parrot.
19:29 chromatic Goals for this week?
19:29 chromatic Shall we work on 1) improving test coverage of a PMC
19:29 allison nice and specific
19:30 whiteknight which PMCs are short on tests?
19:30 chromatic Can I suggest the Namespace and Array PMCs?
19:30 mikehh has anyone got a specific one in mind?
19:30 whiteknight I like those two
19:30 mikehh why not both?
19:31 chromatic Let's do both.
19:31 allison namespace++
19:31 chromatic I'll also pick another struct to look at and prune.
19:31 chromatic Other focuses for the week, besides Coke's segfaults?
19:32 Coke Coke's memory PANICs?
19:32 chromatic YOU ASK TOO MUCH
19:32 Coke heh.
19:33 Coke If I had to pick, segfaults are worse. =-)
19:33 chromatic Any last words?
19:33 Topic for #parrotsketchis now Vision for 2.0: Production Users | Priority for 1.6: Merge Branches | Priority for this week: Fix partcl segfaults & PANICs, increase test coverage on Namespace and Array PMCs, prune a struct | https://trac.parrot.org/parrot/w​iki/ProposedParrotsketchProtocol | Note: This channel is only for our Tuesday status meetings; you probably want #parrot instead.
19:33 duk3leto chromatic: convert more tests to PIR
19:33 Coke NotFound++ for all his work on the segfaults. (again)
19:33 whiteknight NotFound++
19:33 chromatic Okay, let's call it a week everyone.
19:33 pmichaud japhb: you had a question for me?
19:33 japhb pmichaud, yes ...
19:34 japhb I was wondering if you had more detail on what NQP work was planned for this week?
19:34 japhb --> #parrot if you like, but since this is a planning meeting  ...
19:34 japhb .
19:35 pmichaud japhb: much of it is a bit exploratory -- seeing where I want to refactor things
19:35 japhb ah, ok
19:35 pmichaud adding attributes to class defs is included in that exploration
19:35 * japhb cheers
19:35 japhb That's the one I was looking for.  ;-)
19:35 pmichaud so I can't say that it'll be done this week (or even soon), I will say that I'm looking at it and will do it if it's not too troublesome
19:35 japhb thank you
19:35 pmichaud it's on my list as a "this would be really good to have" for some of my other items as well
19:36 jonathan I could kinda use them too (in a month or so).
19:36 pmichaud right
19:36 pmichaud anyway, it's highly likely they'll be addressed sooner rather than later
19:37 japhb Great.  EOQ from my end
19:38 allison left #parrotsketch
19:39 Util left #parrotsketch
19:40 jonathan left #parrotsketch
19:48 Coke left #parrotsketch
20:19 darbelo left #parrotsketch
21:45 jrtayloriv joined #parrotsketch
21:46 jrtayloriv left #parrotsketch
22:18 Whiteknight joined #parrotsketch
22:21 treed left #parrotsketch

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