New proposed #parrotsketch protocol: trac.parrot.org/parrot/wiki/Propos...chProtocol | Please prepost reports by 1800 UTC. | Logs: tinyurl.com/parrotsketch
Set by moderator on 30 June 2009.
00:35 davidfetter joined 03:44 cotto joined 09:58 masak joined 13:19 Whiteknight joined 14:17 amuck_ joined 15:19 pmichaud joined 16:02 NotFound joined 16:19 darbelo joined 16:20 moritz joined 16:43 Coke_segf_TT_776 joined 16:44 Coke left, Coke joined
Whiteknight # What I did last week: 16:45
* Fixed one GC heisenbug that had been bothering Rakudo. Help from bacek++
* Fixed a related bug in the gc-debug core involving PMCs on the stack and runloop recursion
* Looked into a second GC heisenbug but is not resolved yet. Can't reproduce it reliably yet.
* Added some documentation to the GC api.c on request from Infinoid++
# What I am doing this week:
* Idle debugging, testing, closing tickets
* Hoping to close the io_cleanups branch, finally.
* Busy with $real_life this week, limited hacking time available.
# What I am blocking on:
* Nothing.
Coke Done: 16:47
- partcl
- Configure now checks parrot revision/release
- rakudo
- began sifting through RT.
- trimmed down a rakudo segfault to plain PIR.
Blocking:
- partcl
- TT #691 - can't build executable
- TT #776 - segfault in <$I0 = isa $P0, 'Undef'>
- trac.parrot.org/parrot/report/16
- code.google.com/p/partcl/wiki/ParrotIssues
.
16:49 Util joined
NotFound * Use HLL mappings in Parrot_str_split. 16:58
* Working on exceptions handling, TT #804 / RT #63592.
* Usual minor clean and fix.
EOR
17:03 Whiteknight_ joined
darbelo is trying out the "link to a report" idea from the wiki. 17:33
Report at: www.parrot.org/content/not-dead-yet
EOR
moritz has no report today 17:35
Util # Done: 17:54
* Investigated pmichaud++ issue of fakecutable failing when perl6.pbc succeeds; not reproducible on my hardware.
* Worked privately on tinkertoy PPI-based 5->6 translator; no public repo yet.
* Ran out of tuits early.
# Plan for the week (or so):
* Carrying-over all items from last week.
* Commit /etc/magic file for Parrot bytecode, from PWMW last month.
* Currently reading: "Modern dynamic linking infrastructure", and linked-to articles.
- lambda-the-ultimate.org/node/3474 17:55
# Blockers:
* Minimal tuits this week.
.end
18:03 allison joined
cotto # What I did: 18:04
* Figured out the old ops2c code enough to decide what opsc's file structure should look like.
* Created a new ops_pct branch.
* Committed some minimal scaffolding code (makefile template, opsc.pir and a bunch of empty files) to get make working.
* Got a minimal parser working.
* Sneakily got bacek++ to do a bunch of work extending the parser, adding tests and actions.
# What I hope to do and how many tuits I expect to have:
* I'll continue working on opsc. It's reached the point where it's fun to work on, so progress should be good.
* At a minimum, I expect to get the Op class written and integrated with the compiler.
* The tuit outlook is good.
# What could block my progress:
* No blockers.
.eor
18:12 mikehh joined 18:15 fperrad joined
fperrad * play with MinGW gcc 4.4.0 18:16
* propose a new Configure step for thread : see TT #815
EOR
pmichaud What I did: 18:21
* $otherjob
* Rakudo now passing 11,580+ spectests
* As of yesterday, Rakudo failing 112 tests (mostly related to -G bugs)
* Closed lots of Rakudo RT tickets for Rakudo day
* Added some more operators to Rakudo setting
* Fixed some PGE and PCT bugs
* Lots of testing to support -G debugging
* Had long and useful conversation with allison++ regarding building from installed Parrot and 'make install' issues
* Lots of long-term planning and brainstorming
What I'm doing this week:
* 'make install' for Rakudo and Parrot
* Carping about -G bugs
* Rakudo day: 'rw' attribute on containers, BEGIN blocks (spill over from last week)
* Planning events and presentations for OSCON, YAPC::EU
* Completion of hll interop tasks for 1.4 release (this week and next)
What I'm blocking on:
* Parrot -G bugs / memory corruption -- major blocker
* Still cannot build from installed parrot
* Various perl6-tagged tickets in Trac
Queue two items
EOR
18:22 barney joined 18:24 chromatic joined
chromatic No progress on the profiling runloop (sorry, cotto). 18:24
Chasing down memory errors Rakudo triggers; some progress there.
Will continue to work on those. Will attempt to get back on the profiling runloop.
allison - Ticket queue review, catching up on progress, answering questions. 18:25
- Testing Tcl and Rakudo from installed Parrot for build and install issues (looks like making the build paths match the install paths is only a small help, will also need configuration changes).
- Production process handholding on the book.
EOR
barney Pipp: Fixed a couple of OO-features
Tuits: Few, as I started new freelance project with OTRS AG
.eor
cotto hi 18:32
Coke ~
Util is here
NotFound hola
pmichaud Hello.
fperrad Hello
darbelo Hola 18:33
barney hi
chromatic hello 18:34
allison hi
chromatic Did everyone report?
pmichaud reported.
chromatic Great.
Let's review our critical tasks. 18:35
#1 installation -- any progress?
pmichaud Allison and I had a very useful discussion on the topic last week after #ps
I think we're in agreement that ideally Parrot's "make" will result in something that looks much closer to installed parrot
One of my questions is whether that's to happen before 1.4, or after. 18:36
I strongly prefer before, and I'm willing to dedicate significant tuits to that.
chromatic Any objections to before? 18:37
allison before is fine, as long as it's soon
pmichaud I'm thinking to prototype it in a branch.
allison as in, before next parrotsketch
pmichaud If the branch is ready by next week, great. If not, we say "we can't do it" and wait until after 1.4
allison sounds reasonable
chromatic What do you need to work on it?
pmichaud mostly just assurance that my tuits wouldn't be better spent elsewhere :-) 18:38
it sounds like it's okay to go forward with it
the biggest thing we'll need is platform testers
chromatic Are there parts where other people can assist?
pmichaud sure
I'll outline what needs to be done in an email after parrot sketch
chromatic Great, thank you. 18:39
pmichaud then I'll start the branch
chromatic Shall we move to #2?
pmichaud yes.
chromatic #2 -- using foreign language libraries
pmichaud that's also on my list to complete this week 18:40
chromatic Who else is available to work on this?
pmichaud I don't see any problems with that. Tene and others have been working on it already; I think it's just codifying some of what they've explored and chosen.
chromatic That sounds hopeful. 18:41
I like hopeful.
pmichaud yes -- there's been steady progress, we just need to wrap things up
(more)
on the other hand, this is an area that is currently receiving significant attention on the Perl 6 side of things, so it's probably worth holding a day or two to see if those changes land
chromatic Is there a list of open tasks? 18:42
cotto pmichaud, you mean holding back the release if needed?
pmichaud No, not holding back the release.
cotto ok
pmichaud Holding off on wrapping the task up.
Regardless it will be ready in time for release.
I don't have a list of open tasks at the moment, no. 18:43
It doesn't feel "significant", though.
chromatic If it starts to look significant by Saturday, can you make a list of tasks for the list?
pmichaud sure. 18:44
chromatic #3 -- external API
I don't see jhorwitz here; is anyone else working on this? 18:45
Okay, I'll ask him for a status update. 18:46
What other tasks are priorities?
I know the memory bugs Rakudo and Tcl are running into are.
Whiteknight and I will work on those.
pmichaud Those are big-time blockers for Rakudo right now. 18:47
NotFound Isn't was supposed to be a wiki page about the extern/embed thing?
Whiteknight just tell me what you need
pmichaud If they aren't fixed, I don't know what to do for Rakudo's July release.
Short of releasing something that has known failures.
Whiteknight we'll get them fixed
pmichaud Given that I've been carping about these same issues for a couple of years, I hope you'll pardon me if I'm not hopeful at this stage. 18:48
That said, I'm very encouraged and appreciative of the efforts of this past week.
I've seen some truly impressive work, so I guess there probably is hope. :-)
18:48 kurahaupo joined
chromatic Other priorities? 18:49
pmichaud Are we likely to have the installed pbc_to_exe issues resolved before release?
chromatic I certainly hope so.
pmichaud Who is working on that?
chromatic I see some comments from Gerd. 18:50
Maybe Util and I can poke at it.
pmichaud it might "fall out" of the work I'm planning to do on an install refactor, but it might not.
Util I touched the ticket last. I can at least move it further along.
chromatic Should we wait to see what you're working on for installation? 18:51
pmichaud Given that there's some question as to whether installation will land by next week, I think it needs to go in parallel.
because we really do need pbc_to_exe working, even if 'make' doesn't get refactored.
Util I am willing to work in parallel, and risk work being invalidated.
pmichaud I don't think it'll be invalidated.
I think it'll end up being the same for the branch. 18:52
chromatic Alright, we'll work on it.
Coke I need to add a blocker.
chromatic Go ahead, Coke. 18:53
Coke apparently partcl would get more parrot developers hacking on related bugs but for the inability to build (easily) against both an installed parrot and a build-dir parrot. 18:54
so, without that, my blockers have blockers.
(thankfully, that issue seems to be on the list.)
chromatic Agreed.
pmichaud Coke: making it easier to build easily against a build-dir parrot is the focus of my "make refactor"
chromatic Other blockers? 18:57
pmichaud I have one
at least, a minor issue
chromatic go ahead
pmichaud currently when building/testing Rakudo against an installed parrot, an installed copy of dynops/dynpmcs will always take precedence over the locally built one 18:58
is that by design or is that a bug?
Coke I vote bug. 18:59
allison it's a question of search paths
one or the other has to have priority
spinclad or specify $(WHICH_DIR)/dynops in makefile ? 19:00
pmichaud for library paths, the versiondir path is the last one searched
for language paths, the versiondir path is the last one searched
allison pmichaud: it is searching the local dir last
pmichaud allison: right. This is different from library/language 19:01
so I'm wondering if that's by design or if it's just a bug
allison call it a bug in design
pmichaud if by design, it makes it harder to build a new version of rakudo if there's already a version installed
because you always get the old dynext stuff 19:02
allison versiondir should still be last
and it should still follow the "runtime" dir search
pmichaud okay. I'll fix versiondir.
allison (which is probably going away in your branch)
pmichaud yes, runtime should be going away in the branch.
allison but the one that's searching plain "dynext/" should be first
pmichaud in the sense of "not in the library search path"
okay. 19:03
If nobody beats me to them I'll fix.
chromatic Other blockers?
Alright, let's call this a meeting then. 19:05
Thank you everyone.
19:07 fperrad left 19:09 amuck_ left 19:11 Util left 19:15 PacoLinux left 19:16 darbelo left 19:23 pmichaud left 19:28 Whiteknight_ joined 20:00 Coke left 20:18 NotFound left 21:16 Whiteknight joined 22:13 Whiteknight joined 22:29 mikehh_ joined 22:38 mikehh_ joined 23:40 particle joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!