Perl 6 Design Minutes for 07 April 2010

chromatic on 2010-04-09T22:07:25

The Perl 6 design team met by phone on 07 April 2010. Larry, Allison, Patrick, Jerry, Will, and chromatic attended.

Larry:

  • clarified that object identity from WHICH may not be a mundane value type
  • instead object id's are of type ObjAt to avoid type name collisions.
  • rewrote misleading description of "thunk"
  • made some clarifications of the desired semantics of buffers
  • Buf is primarily a role for dealing compact, unsigned integer arrays in a stringy way
  • but a Buf may be instantiated with other numeric types as well.
  • removed bogus mentions of Buf8, Buf16, Buf32; only the native buf types are sized that way
  • STD now actually parses the insides of tr/// and carps about malformed ranges
  • labels are now stored symbolically as constants rather than types
  • so no coercion routine is added for the name, so it doesn't collide with the function namespace
  • labels are now constants with a unique label type to prevent confusion with ordinary constants
  • module subcompilation now reports the name of the file it's compiling
  • improved various error messages regarding foreach, !!op, $!{}, EOF, and missing punctuation after blocks

Allison:

  • worked on line number reporting in HLLs
  • no ticket to go on, no good examples
  • didn't make much progress, but didn't have much time
  • sounds like Christoph and chromatic are working on it
  • might look at TT #389

c:

  • you're welcome to it!
  • let me know if you have questions; it's close

Allison:

  • no travel plans for the next couple of months
  • should have a lot more Parrot time
  • probably time to consider another big project
  • probably GC related

Patrick:

  • updated the progress graph last night
  • up to date as of yesterday
  • Rakudo's passing over 30,000 tests, which is great

Jerry:

  • we have 27 mentors signed up for GSoC
  • a dozen student proposals have come in
  • the admission period ends Friday, so I expect at least a handful more
  • looks like a good year for proposals
  • trying to keep on track of Rakudo development
  • trying to be a go-between for Rakudo and Parrot
  • seems like it's helping Rakudo as Parrot addresses issues that come up

c:

  • Vasily and I fixed the Rakudo performance regression
  • we're going to experiment with immutable strings in a branch
  • expect some notable performance improvements there
  • also worked on the plan to fix line number reporting
  • need a test harness to help identify problems and avoid regressions
  • learned my lesson last time I worked on that....

Larry:

  • I cringe every time I hear "line numbers"
  • I like what Clang does about highlighting the arguments to functions
  • it'd be nice if we can do similar

c:

  • that'd require more changes to Parrot, but it's doable

Larry:

  • I just want people to bear it in mind

Allison:

  • there's no reason we can't have richer annotations
  • our first step is making sure the information we provide them (or they ask for) is accurate
  • is it time to have another big development meeting for Parrot?
  • the release is coming up

Jerry:

  • sounds good