---
extra:
  footer:
    - body: |-
        This summary was prepared using
        [Mail::Summary::Tools](http://search.cpan.org/dist/Mail-Summary-Tools/),
        now available on CPAN.
        
        If you appreciate Perl, consider [contributing to the Perl
        Foundation](http://donate.perlfoundation.org) to help support the
        development of Perl.
        
        Thanks to Yuval Kogman for his help.
        
        Thank you to everyone who has pointed out mistakes and offered
        suggestions for improving this series.  Comments on this summary can be
        sent to Ann Barcomb, <kudra@domaintje.com>.
      title: Acknowlegements
    - body: |-
        This summary can be found in the following places:
        
        * [use.perl.org](http://use.perl.org/)
        * [The Pugs blog](http://pugs.blogs.com/)
        * [The perl6-announce mailing
          list](http://lists.cpan.org/showlist.cgi?name=perl6-announce)
        * [ONLamp](http://www.oreillynet.com/onlamp/blog/)
      title: Distribution
  header:
    - body: |-
        "The whole point of reserving these namespaces is not to 
        prevent users from misusing them, but to ensure that when we 
        eventually get around to using a particular block name, and those 
        same users start screaming about it, we can mournfully point to the 
        passage in the original spec and silently shake our heads. ;-)"
        
        -- Damian Conway, on POD specifications
      title: This week on the Perl 6 mailing lists
  see_also:
    - name: Perl Foundation activities
      uri: http://blog.perlfoundation.org
    - name: Perl 6 Development
      uri: http://dev.perl.org/perl6
    - name: Planet Perl Six
      uri: http://planetsix.perlfoundation.org/
lists:
  - name: perl6-language
    threads:
      - date_from: 1158681108
        date_to: 1160724184
        hidden: new messages did not add anything new to summarize
        message_id: 45101204.30301@barco.com
        messages:
          - 4520D90B.8050004@bereft.net
          - 45252990.2030303@barco.com
          - ef30550b0610020823l38b20947o9669a4177dc405b3@mail.gmail.com
          - f5fa0f60610020719t3e388c29rb1a469517ee0dab4@mail.gmail.com
          - 45263FBE.2080404@barco.com
          - ef30550b0610060930l3ff9cfcbu9d1ad91bf0a6b4a6@mail.gmail.com
          - f5fa0f60610070652x2fdad1fic255c29218596d79@mail.gmail.com
          - ef30550b0610070804r7dd66ffala29b59fbfa5ffc81@mail.gmail.com
          - f2601a7f0610081814t5f4f57b0kbf566b6344497fd5@mail.gmail.com
          - 452A3E71.80902@barco.com
          - 452A647E.9000107@barco.com
          - ef30550b0610102039s43ff6b34g9ba70184e3215f2a@mail.gmail.com
          - 452CCACA.4000906@barco.com
          - 452A5913.6080806@barco.com
          - ef30550b0610020858h65f3a281q9fc1c956f885f4f@mail.gmail.com
          - f5fa0f60610021950r109c0cd4tfd14c6a910bc8d8a@mail.gmail.com
          - 45267117.4080506@barco.com
          - f5fa0f60610070705p7d564947l4a7bc7843bc263b4@mail.gmail.com
          - 452A2359.90205@barco.com
          - 452A42FC.5080506@barco.com
          - 452C4B31.7060906@bereft.net
          - ef30550b0610102014i42f914edq82f666035c9cf8a3@mail.gmail.com
          - 452CB3F5.4010009@barco.com
          - ef30550b0610111031v778a66bhd603a5766b74218e@mail.gmail.com
          - 452E1EBF.7040600@barco.com
          - 200610021918.43451.chromatic@wgz.org
          - 451908EE.4050105@barco.com
          - 45209AEA.4060704@vilain.net
          - 4520D90B.8050004@bereft.net
          - 45252990.2030303@barco.com
          - ef30550b0610020823l38b20947o9669a4177dc405b3@mail.gmail.com
          - f5fa0f60610020719t3e388c29rb1a469517ee0dab4@mail.gmail.com
          - 45263FBE.2080404@barco.com
          - ef30550b0610060930l3ff9cfcbu9d1ad91bf0a6b4a6@mail.gmail.com
          - f5fa0f60610070652x2fdad1fic255c29218596d79@mail.gmail.com
          - ef30550b0610070804r7dd66ffala29b59fbfa5ffc81@mail.gmail.com
          - f2601a7f0610081814t5f4f57b0kbf566b6344497fd5@mail.gmail.com
          - 452A3E71.80902@barco.com
          - 452A647E.9000107@barco.com
          - ef30550b0610102039s43ff6b34g9ba70184e3215f2a@mail.gmail.com
          - 452CCACA.4000906@barco.com
          - 452A5913.6080806@barco.com
          - ef30550b0610020858h65f3a281q9fc1c956f885f4f@mail.gmail.com
          - f5fa0f60610021950r109c0cd4tfd14c6a910bc8d8a@mail.gmail.com
          - 45267117.4080506@barco.com
          - f5fa0f60610070705p7d564947l4a7bc7843bc263b4@mail.gmail.com
          - 452A2359.90205@barco.com
          - 452A42FC.5080506@barco.com
          - 452C4B31.7060906@bereft.net
          - ef30550b0610102014i42f914edq82f666035c9cf8a3@mail.gmail.com
          - 452CB3F5.4010009@barco.com
          - ef30550b0610111031v778a66bhd603a5766b74218e@mail.gmail.com
          - 452E1EBF.7040600@barco.com
          - 200610021918.43451.chromatic@wgz.org
          - f5fa0f60610020719t3e388c29rb1a469517ee0dab4@mail.gmail.com
          - 45263FBE.2080404@barco.com
          - ef30550b0610060930l3ff9cfcbu9d1ad91bf0a6b4a6@mail.gmail.com
          - f5fa0f60610070652x2fdad1fic255c29218596d79@mail.gmail.com
          - ef30550b0610070804r7dd66ffala29b59fbfa5ffc81@mail.gmail.com
          - f2601a7f0610081814t5f4f57b0kbf566b6344497fd5@mail.gmail.com
          - 452A3E71.80902@barco.com
          - 452A647E.9000107@barco.com
          - ef30550b0610102039s43ff6b34g9ba70184e3215f2a@mail.gmail.com
          - 452CCACA.4000906@barco.com
          - 452A5913.6080806@barco.com
          - ef30550b0610020858h65f3a281q9fc1c956f885f4f@mail.gmail.com
          - f5fa0f60610021950r109c0cd4tfd14c6a910bc8d8a@mail.gmail.com
          - 45267117.4080506@barco.com
          - f5fa0f60610070705p7d564947l4a7bc7843bc263b4@mail.gmail.com
          - 452A2359.90205@barco.com
          - 452A42FC.5080506@barco.com
          - 452C4B31.7060906@bereft.net
          - ef30550b0610102014i42f914edq82f666035c9cf8a3@mail.gmail.com
          - 452CB3F5.4010009@barco.com
          - ef30550b0610111031v778a66bhd603a5766b74218e@mail.gmail.com
          - 452E1EBF.7040600@barco.com
          - 200610021918.43451.chromatic@wgz.org
          - ef30550b0610020858h65f3a281q9fc1c956f885f4f@mail.gmail.com
          - f5fa0f60610021950r109c0cd4tfd14c6a910bc8d8a@mail.gmail.com
          - 45267117.4080506@barco.com
          - f5fa0f60610070705p7d564947l4a7bc7843bc263b4@mail.gmail.com
          - 452A2359.90205@barco.com
          - 452A42FC.5080506@barco.com
          - 452C4B31.7060906@bereft.net
          - ef30550b0610102014i42f914edq82f666035c9cf8a3@mail.gmail.com
          - 452CB3F5.4010009@barco.com
          - ef30550b0610111031v778a66bhd603a5766b74218e@mail.gmail.com
          - 452E1EBF.7040600@barco.com
          - 200610021918.43451.chromatic@wgz.org
        posters:
          - email: Thomas.Sandlass@barco.com
            name: TSa
          - email: list@bereft.net
            name: Brad Bowman
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: stevan.little@gmail.com
            name: Stevan Little
          - email: ubermatt@gmail.com
            name: Matt Fowles
          - email: chromatic@wgz.org
            name: chromatic
          - email: sam@vilain.net
            name: Sam Vilain
        subject: class interface of roles
        summary: ''
      - date_from: 1159167687
        date_to: 1160517235
        hidden: just one reply to an old topic
        message_id: 45177E12.3030707@vilain.net
        messages:
          - 4517E9D1.1050808@barco.com
          - 4517F42B.2050208@puremagic.com
          - cda42dbb0609251928me9f1efex82b69b4c074a4723@mail.gmail.com
          - 'p06230901c13e461a8ded@[192.168.1.101]'
          - 452BA962.505@barco.com
          - 'p06230901c151c61de057@[192.168.1.101]'
          - 4518E13B.3070503@vilain.net
          - 'p06230901c13f65ae5407@[192.168.1.101]'
          - 4519C246.6080702@vilain.net
          - 4518DDCA.7000901@vilain.net
          - 4518E034.6090506@barco.com
          - 4519ACAF.8040806@vilain.net
          - 4517FB69.1010907@barco.com
          - 45184721.8070209@vilain.net
          - 4519073E.30708@barco.com
        posters:
          - email: sam@vilain.net
            name: Sam Vilain
          - email: Thomas.Sandlass@barco.com
            name: TSa
          - email: miro@puremagic.com
            name: Miroslav Silovic
          - email: ashley.winters@gmail.com
            name: Ashley Winters
          - email: darren@DarrenDuncan.net
            name: Darren Duncan
        subject: 'Nitpick my Perl6 - parametric roles'
        summary: ''
      - date_from: 1159805392
        date_to: 1160076904
        hidden: ~
        message_id: ef30550b0610020909t14d70a19rc98b70eb3d5ace58@mail.gmail.com
        messages:
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 4521E24A.7060800@ajs.com
          - 1d9a3f400610022139o6b38b294l3b11c8a9e82cc8b7@mail.gmail.com
          - 7ca3f0160610021657u7756476j32e752a9df4cbcc1@mail.gmail.com
          - 20061002172551.31827.qmail@lists.develooper.com
          - ef30550b0610021232i3cc8b3d3p3409a3f5637f3428@mail.gmail.com
          - 20061002202632.12351.qmail@lists.develooper.com
          - ef30550b0610021401l3c9315dr223f7358f48db1f5@mail.gmail.com
          - 20061002230759.GA23437@wall.org
          - 20061002224026.23100.qmail@lists.develooper.com
          - 200610021940.41939.chromatic@wgz.org
          - 452298A4.200@ajs.com
          - 200610040050.16712.chromatic@wgz.org
          - 20061004021016.G46238@bowser.eecs.harvard.edu
          - 20061004120609.GJ11711@stripey.com
          - 20061008150758.D46238@bowser.eecs.harvard.edu
          - 20061004080510.GA11398@bestpractical.com
          - 200610041201.22638.chromatic@wgz.org
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
          - 1d9a3f400610020926w73a70ae7u2e4fc18cdef76e66@mail.gmail.com
          - BEC20AAC-17F1-4B88-B293-EFD8329528F0@boulder.swri.edu
          - 20061002170157.GB11711@stripey.com
          - 20061002172551.31827.qmail@lists.develooper.com
          - ef30550b0610021232i3cc8b3d3p3409a3f5637f3428@mail.gmail.com
          - 20061002202632.12351.qmail@lists.develooper.com
          - ef30550b0610021401l3c9315dr223f7358f48db1f5@mail.gmail.com
          - 20061002230759.GA23437@wall.org
          - 20061002224026.23100.qmail@lists.develooper.com
          - 200610021940.41939.chromatic@wgz.org
          - 452298A4.200@ajs.com
          - 200610040050.16712.chromatic@wgz.org
          - 20061004021016.G46238@bowser.eecs.harvard.edu
          - 20061004120609.GJ11711@stripey.com
          - 20061008150758.D46238@bowser.eecs.harvard.edu
          - 20061004080510.GA11398@bestpractical.com
          - 200610041201.22638.chromatic@wgz.org
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
          - ef30550b0610020948k3f95e9bdi3c05fd7dbe1e23fa@mail.gmail.com
          - 8A6B76DA-FB2E-4042-9CBE-AD67D438D06D@hexten.net
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
          - 200610040050.16712.chromatic@wgz.org
          - 20061004021016.G46238@bowser.eecs.harvard.edu
          - 20061004120609.GJ11711@stripey.com
          - 20061008150758.D46238@bowser.eecs.harvard.edu
          - 20061004080510.GA11398@bestpractical.com
          - 200610041201.22638.chromatic@wgz.org
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
          - 200610041201.22638.chromatic@wgz.org
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
          - 200610021940.41939.chromatic@wgz.org
          - 452298A4.200@ajs.com
          - 200610040050.16712.chromatic@wgz.org
          - 20061004021016.G46238@bowser.eecs.harvard.edu
          - 20061004120609.GJ11711@stripey.com
          - 20061008150758.D46238@bowser.eecs.harvard.edu
          - 20061004080510.GA11398@bestpractical.com
          - 200610041201.22638.chromatic@wgz.org
          - 20061004190958.GB11398@bestpractical.com
          - 200610041243.05028.chromatic@wgz.org
          - 20061004194806.GC11398@bestpractical.com
          - 200610041304.45457.chromatic@wgz.org
          - 20061004200635.GD11398@bestpractical.com
          - ef30550b0610051234l4397802dxc066b983c26e6599@mail.gmail.com
          - 20061004131306.Q46238@bowser.eecs.harvard.edu
          - 200610041409.21099.chromatic@wgz.org
          - 45243586.20801@ajs.com
        posters:
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: chromatic@wgz.org
            name: chromatic
          - email: jesse@fsck.com
            name: jesse
          - email: ajs@ajs.com
            name: Aaron Sherman
          - email: jerry.gay@gmail.com
            name: jerry gay
          - email: lrpalmer@gmail.com
            name: Luke Palmer
          - email: dave@whipp.name
            name: Dave Whipp
          - email: larry@wall.org
            name: Larry Wall
          - email: trey@lopsa.org
            name: Trey Harris
          - email: Smylers@stripey.com
            name: Smylers
          - email: deforest@boulder.swri.edu
            name: Craig DeForest
          - email: andy@hexten.net
            name: Andy Armstrong
        subject: "\"Don't tell me what I can't do!\""
        summary: |-
          Last week,
          Jonathan Lang initiated a long discussion by objecting to programming
          styles where a programmer can intentionally prevent someone else from
          taking what is otherwise a legitimate action.  Most of the comments
          focused on lexically scoped pragmas and policy meta models.
          
          This week, Trey Harris clarified what he had said earlier, describing
          how the documentation of some modules assumed that `use strict` and
          `use warnings` were not enabled, which led to difficulty understanding
          which part of strict/warnings were being ignored.
      - date_from: 1160258878
        date_to: 1160473676
        hidden: long
        message_id: ef30550b0610071507jc148402wae2c1293389162d3@mail.gmail.com
        messages:
          - 20061007235029.GB16879@wall.org
          - ef30550b0610071949jf8f5f42w90ad8705dd6ad5c0@mail.gmail.com
          - ef30550b0610072030x7e6777e9u6983f08e39e7ef96@mail.gmail.com
          - 20061008042854.GA21655@wall.org
          - ef30550b0610072341hc9008f5i79c9d5ef99e3510c@mail.gmail.com
          - ef30550b0610071926k55424efcpdc110dcd5c4c511@mail.gmail.com
          - 20061007225540.GI25805@c4.convolution.nl
          - 20061008070058.GA7788@stripey.com
          - ef30550b0610080047j105142c5sb17dad597605d16c@mail.gmail.com
          - 20061008083401.GB7788@stripey.com
          - ef30550b0610081504w466b100ax80e0eb1e84c257d9@mail.gmail.com
          - 67d53e40610100237o21ba25dbu99bb0ad949293144@mail.gmail.com
          - ef30550b0610100247w7374584fgd760deab3b0a62c5@mail.gmail.com
          - 20061008090917.18555.qmail@lists.develooper.com
        posters:
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: larry@wall.org
            name: Larry Wall
          - email: juerd@convolution.nl
            name: Juerd
          - email: Smylers@stripey.com
            name: Smylers
          - email: malaire@gmail.com
            name: Markus Laire
          - email: rvtol+news@isolution.nl
            name: Dr.Ruud
        subject: 'S5: substitutions'
        summary: ''
      - date_from: 1160260093
        date_to: 1160261197
        hidden: ~
        message_id: ef30550b0610071528n39e2d4ebo4939dbeedace6d03@mail.gmail.com
        messages:
          - 20061007223648.GA16879@wall.org
          - ef30550b0610071546i32bfce83w71a0afa9b18b9e6d@mail.gmail.com
        posters:
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: larry@wall.org
            name: Larry Wall
        subject: 'S5: perl5 regex flags'
        summary: |-
          Jonathan Lang wanted to know how Perl 5 regexes containing modifiers which
          are not present in Perl 6 could be ported.  He proposed giving the Perl 5
          modifier an optional argument which would provide support for the modifiers
          which can't be easily changed to Perl 6.  Larry Wall explained how the 
          regexes could be ported.
      - date_from: 1160282311
        date_to: 1160828102
        hidden: ~
        message_id: 452880B8.1000206@conway.org
        messages:
          - ef30550b0610081240h58b74b91y8fa9dfdc83bbcc82@mail.gmail.com
          - 452D44E0.1000909@conway.org
          - 20061008105411.545992b7@mekanori.mon.istic.org
          - 20061008195405.25198.qmail@lists.develooper.com
          - 452DCADD.8010106@conway.org
        posters:
          - email: damian@conway.org
            name: Damian Conway
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: masoch@istic.org
            name: Daniel Hulme
          - email: dave@whipp.name
            name: Dave Whipp
          - email: brent@brentdax.com
            name: Brent 'Dax' Royal-Gordon
          - email: Tim.Bunce@pobox.com
            name: Tim Bunce
        subject: 'Synopsis 26 - Documentation [alpha draft]'
        summary: |-
          Damian Conway released a draft for S26 on documentation, noting that
          he had almost completed a Perl 5 implementation of a parser for the
          Perl 6 POD format.
          
          Jonathan Lang requested a more flexible syntax for formatting codes,
          and a wiki-style dialect.  Damian replied that restricting delimiters
          to angles was a deliberate decision.  The wiki-type of markup would be
          Kwid, which has been proposed as a standard Perldoc dialect.
          
          Dave Whipp wanted to know if the reserved typenames would generate
          errors.  Damian replied that the standard parser will become extremely
          unhappy when it encounters unknown block names.  
          
          Tim Bunce expressed his concern that this would cause problems when people
          using older parsers encountered newer POD.  Jonathan suggested having
          POD declare a version.  Damian thought it was best if the parser always
          attempted to render the document, even if it didn't understand all
          directives.
          
          Brent 'Dax' Royal-Gordon asked if there could be a code to mark the
          title of the document, which could be used for cross-referencing.
          He had a few other comments.  Damian asked if Brent had a letter in
          mind for the citation code.
      - date_from: 1160316094
        date_to: 1160345692
        hidden: ~
        message_id: 9b18b3110610080701s3f7acfe3h2c732c2c94d6a87f@mail.gmail.com
        messages:
          - 20061008221442.GN25805@c4.convolution.nl
        posters:
          - email: demerphq@gmail.com
            name: demerphq
          - email: juerd@convolution.nl
            name: Juerd
        subject: Comments in qw// or qqw//
        summary: |-
          Yves brought up the topic of comments within `qw//` or `qqw//`.
          Juerd elaborated further, suggesting that `#` be used, since it can already
          be escaped or quoted with `qqw`.
      - date_from: 1160316534
        date_to: 1160510139
        hidden: ~
        message_id: 20061008140737.GJ25805@c4.convolution.nl
        messages:
          - 20061010195527.GA31594@wall.org
        posters:
          - email: juerd@convolution.nl
            name: Juerd
          - email: larry@wall.org
            name: Larry Wall
        subject: 'Recursing? hypers'
        summary: |-
          Juerd suggested that S03 be modified to make standard hypers non-recursive,
          and introduce a new operator which would recurse.  He offered a syntax
          suggestion.  Larry Wall replied that he felt conformancy was the real
          issue, and recommended reading the latest S03 changes.
      - date_from: 1160351524
        date_to: 1160351524
        hidden: small commit
        message_id: 20061008235157.34226CBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r12873 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160372094
        date_to: 1160372094
        hidden: small commit
        message_id: 20061009053446.078BFCBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r12874 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160378556
        date_to: 1160578389
        hidden: ~
        message_id: 20061009072228.85B40CBA4D@x12.develooper.com
        messages:
          - 452D006D.8070104@ajs.com
          - 20061011145248.GA30048@wall.org
          - 20061010204911.GC25805@c4.convolution.nl
          - 20061010211750.GA1055@wall.org
          - 20061010212516.GB1055@wall.org
        posters:
          - email: larry@cvs.perl.org
            name: larry
          - email: ajs@ajs.com
            name: Aaron Sherman
          - email: larry@wall.org
            name: Larry Wall
          - email: juerd@convolution.nl
            name: Juerd
        subject: '[svn:perl6-synopsis] r12875 - doc/trunk/design/syn'
        summary: |-
          Larry Wall committed r12875, which replaced Perl 5's `s[pat][repl]` syntax
          with `s[pat] = "repl"` in S05.  
          
          This led Juerd to wonder why the `s` was being retained, and offer
          some syntax suggestions.  Larry answered that there had been a decision
          to keep the intent obvious.
          
          Aaron Sherman wanted to know how embedded closures would be handled.
          He asked if `s:g[\W] = qq{\\{$/}};` would do what he expected, and
          asked about how the Parser would define it.  Larry Wall answered that
          the example would work as expected: the right side is implicitly
          closurized and evaluated repeatedly by the left side.  He also explained
          that 'quotelike forms' are situations where you can choose your own
          quote characters.
          
          In '<msgid:ef30550b0610111755t6b85c2a9x4f6b608b5567b6bf@mail.gmail.com>',
          Jonathan Lang expressed concern over a limitation stemming from the
          implicit curlies rule.  He wanted to know if it could be changed so that
          if you supply your own closure to the right, the substitution algorithm
          accepts it as is.  Larry Wall replied that it was possible, but that
          outlawing it for the moment keeps people from converting Perl 5's
          `s{foo}{bar}` in to Perl 6's `s{foo}={bar}` without understanding what
          they are doing.
      - date_from: 1160408089
        date_to: 1160408089
        hidden: ~
        message_id: 20061009153437.E3757CBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r12933 - doc/trunk/design/syn'
        summary: |-
          In r12933, Larry Wall made a change to S02 which allows quote and
          regex adverbs to take only parentheses as brackets.
      - date_from: 1160408715
        date_to: 1160408715
        hidden: typo correction
        message_id: 20061009154500.0CEEBCBA4E@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r12936 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160430022
        date_to: 1160431340
        hidden: ~
        message_id: 20061009214009.GX25805@c4.convolution.nl
        messages:
          - 20061009220206.GA26838@wall.org
        posters:
          - email: juerd@convolution.nl
            name: Juerd
          - email: larry@wall.org
            name: Larry Wall
        subject: Bytes make no sense on text strings
        summary: |-
          Juerd wondered how `:bytes` for things like `s///` useful.  He suggested
          that `:bytes` on a text string should cause an exception.  Larry Wall
          replied that a string object can present multiple interfaces.  Strings
          which don't support the `:bytes` abstraction will throw exceptions.
      - date_from: 1160433358
        date_to: 1160433358
        hidden: small commit
        message_id: 20061009223547.A95A4CBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r12964 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160506658
        date_to: 1160506658
        hidden: commit
        message_id: 20061010185725.455F2CBAB8@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13014 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160507614
        date_to: 1160507614
        hidden: further details on previous revision
        message_id: 20061010191322.825A9CBAB8@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13015 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160507832
        date_to: 1160507832
        hidden: further details on earlier revision
        message_id: 20061010191653.1B2A7CBAB8@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13016 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160510960
        date_to: 1160510960
        hidden: typo correction
        message_id: 20061010200913.6C229CBAB8@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13019 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160516554
        date_to: 1160516554
        hidden: ~
        message_id: 452C13BD.309@ajs.com
        posters:
          - email: ajs@ajs.com
            name: Aaron Sherman
        subject: Capturing subexpression numbering example
        summary: |-
          Aaron Sherman felt that the S05 example for subpattern numbering is
          not adequate.  He supplied a patch to give more information to the
          reader.
      - date_from: 1160524549
        date_to: 1160524549
        hidden: small commit
        message_id: 20061010235535.5CC24CBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13022 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160524955
        date_to: 1160524955
        hidden: formatting commit
        message_id: 20061011000202.43A0FCBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13023 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1160563491
        date_to: 1160687371
        hidden: merged with 20061010203159.77694.qmail@web60821.mail.yahoo.com
        message_id: 20061011104437.30922.qmail@web60821.mail.yahoo.com
        messages:
          - 452CD2FD.7010201@barco.com
          - 20061011182104.41675.qmail@web60814.mail.yahoo.com
          - 452CCF6B.5050406@barco.com
          - 200610110849.06463.parrot@seamons.com
          - 452E287B.1010309@puremagic.com
        posters:
          - email: publiustemp-perl6language@yahoo.com
            name: Ovid
          - email: Thomas.Sandlass@barco.com
            name: TSa
          - email: parrot@seamons.com
            name: Paul Seamons
          - email: miro@puremagic.com
            name: Miroslav Silovic
          - email: ajs@ajs.com
            name: Aaron Sherman
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: larry@wall.org
            name: Larry Wall
        subject: Runtime role issues
        summary: ''
      - date_from: 1160583069
        date_to: 1160588967
        hidden: ~
        message_id: 452D177D.4070608@barco.com
        messages:
          - ef30550b0610111049n7889f833l286b1ea374783393@mail.gmail.com
        posters:
          - email: Thomas.Sandlass@barco.com
            name: TSa
          - email: dataweaver@gmail.com
            name: Jonathan Lang
        subject: signature subtyping and role merging
        summary: |-
          TSa asked for some help on the topic of subtyping signatures in the
          context of deriving a type lattice from role definitions.  Mark A.
          Biggar replied that it is safe to assume that two methods with the
          same name are semantically unrelated, which makes the signature merge
          nonsensical in a general case.  Jonathan Lang agreed, requesting that
          no attempt be made to merge signatures.  He suggested multiple
          dispatch instead.
      - date_from: 1160588292
        date_to: 1160588292
        hidden: duplicate of 452D177D.4070608@barco.com
        message_id: 101120061737.26044.452D2BF400047B71000065BC22007589429D0E0909070DD20ED2059D0E03@comcast.net
        posters:
          - email: mark.a.biggar@comcast.net
            name: mark.a.biggar
        subject: 'Re: signature subtyping and role merging'
        summary: ''
      - date_from: 1160614557
        date_to: 1160627477
        hidden: merged with 20061009072228.85B40CBA4D@x12.develooper.com
        message_id: ef30550b0610111755t6b85c2a9x4f6b608b5567b6bf@mail.gmail.com
        messages:
          - 20061012012900.GA12804@wall.org
          - 20061012023027.GA14336@wall.org
          - ef30550b0610112131p603301e5u53f5ff550884cf01@mail.gmail.com
        posters:
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: larry@wall.org
            name: Larry Wall
        subject: 's[pattern] = { doit } illegal, why?'
        summary: ''
      - date_from: 1160689955
        date_to: 1160689955
        hidden: ~
        message_id: 20061012215223.64982CBA4D@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r13096 - doc/trunk/design/syn'
        summary: |-
          With commit r13096, Larry Wall changed enforced backtracking from
          `+` to `!`.  
          
          Related files were changed in 
          '<msgid:rt-3.5.HEAD-31251-1160691461-1639.40524-72-0@perl.org>'.
    title: Language
  - name: perl6-internals
    threads:
      - date_from: 1159478611
        date_to: 1160642748
        hidden: ~
        message_id: 20060928212316.9432FCBA4D@x12.develooper.com
        messages:
          - 451EA2B6.6090201@jnthn.net
          - 200609301113.41703.chromatic@wgz.org
          - 200609302114.19493.lt@toetsch.at
          - 1a83bc10610010858o196589e0uf25938cba3d955e@mail.gmail.com
          - 452E00AF.60400@jnthn.net
          - c6iuu3-1nh.ln1@osiris.mauzo.dyndns.org
          - 451EA2B6.6090201@jnthn.net
          - 200609301113.41703.chromatic@wgz.org
          - 200609302114.19493.lt@toetsch.at
          - 1a83bc10610010858o196589e0uf25938cba3d955e@mail.gmail.com
          - 452E00AF.60400@jnthn.net
        posters:
          - email: jonathan@cvs.perl.org
            name: jonathan
          - email: jonathan@jnthn.net
            name: Jonathan Worthington
          - email: chromatic@wgz.org
            name: chromatic
          - email: lt@toetsch.at
            name: Leopold Toetsch
          - email: karl.forner@gmail.com
            name: Karl Forner
          - email: benmorrow@tiscali.co.uk
            name: Ben Morrow
        subject: '[svn:parrot-pdd] r14784 - trunk/docs/pdds/clip'
        summary: |-
          Previously, Jonathan Worthington committed a draft of the Bytecode PDD
          and received comments.  Karl Forner had suggested working around the need 
          to specify the absolute path by using the `env` command.  
          
          Jonathan replied that the suggestion was still *nix specific.
      - date_from: 1159836873
        date_to: 1160863174
        hidden: ~
        message_id: 17697.46270.424770.357505@rgrjr.dyndns.org
        messages:
          - 5.1.0.14.2.20061010083913.0289ca28@pop.besancon.parkeon.com
          - 17708.11253.9417.454611@rgrjr.dyndns.org
          - 5.1.0.14.2.20061004084513.0287d900@pop.besancon.parkeon.com
          - 17704.12205.432688.399087@rgrjr.dyndns.org
          - 5.1.0.14.2.20061010083913.0289ca28@pop.besancon.parkeon.com
          - 17708.11253.9417.454611@rgrjr.dyndns.org
          - 17705.35016.239252.375823@rgrjr.dyndns.org
          - 5.1.0.14.2.20061010083913.0289ca28@pop.besancon.parkeon.com
          - 17708.11253.9417.454611@rgrjr.dyndns.org
          - 17706.63418.496483.204099@rgrjr.dyndns.org
        posters:
          - email: rogers-perl6@rgrjr.dyndns.org
            name: Bob Rogers
          - email: francois.perrad@gadz.org
            name: François PERRAD
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: 'Heads up:  Dynamic environment now captured in continuations'
        summary: |-
          Earlier,
          Bob Rogers announced that as of r14830, continuations capture the
          dynamic environment in order to restore it properly on invocation.
          He also noted that moving the `control_stack` slot broke coroutines,
          but that he suspected this was due to problems with coroutines.  This
          led to a discussion on the problems of coroutines in Lua.
          
          This week, Bob and François Perrad continued the discussion.
          François noted two specific problems with Lua, and posted the error message. 
          Bob suggested a workaround, and noted that he has used this in
          Parrot.  He supplied the Parrot::Coroutine patch. 
          
          Bob also reported that he had moved the `control_stack` slot in r14876.
          He noted that there could still be problems with coroutines, and he is
          considering deprecating `Coroutine.pmc` until it can be redesigned.
          Leopold Toetsch replied that he would like to see some specifications
          first.  Bob explained how it would be used, and Leopold replied that he
          now saw the use for it, but still would like to see a proposal.
      - date_from: 1159908092
        date_to: 1160662024
        hidden: discussion on what's wrong
        message_id: 4522CADF.7020506@ajs.com
        messages:
          - 17698.54984.678960.91503@localhost.localdomain
          - 4523BF37.3010001@ajs.com
          - 200610061946.34991.chromatic@wgz.org
          - 452E4BB6.7090601@ajs.com
        posters:
          - email: ajs@ajs.com
            name: Aaron Sherman
          - email: triska@gmx.at
            name: Markus Triska
          - email: chromatic@wgz.org
            name: chromatic
        subject: Wikipedia example
        summary: ''
      - date_from: 1159990009
        date_to: 1160653034
        hidden: ~
        message_id: rt-3.5.HEAD-31251-1159989997-1894.40455-72-0@perl.org
        messages:
          - 5.1.0.14.2.20061009112221.0375e210@pop.besancon.parkeon.com
          - B1856D36-189F-4375-8483-C93FFCF0A0AE@coleda.com
          - 452DFFA3.1080107@jnthn.net
          - 5.1.0.14.2.20061009105021.02bea3d8@pop.besancon.parkeon.com
          - 5.1.0.14.2.20061009112221.0375e210@pop.besancon.parkeon.com
          - B1856D36-189F-4375-8483-C93FFCF0A0AE@coleda.com
          - 452DFFA3.1080107@jnthn.net
          - 5.1.0.14.2.20061009105021.02bea3d8@pop.besancon.parkeon.com
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Bernhard Schmalhofer
          - email: francois.perrad@gadz.org
            name: François PERRAD
          - email: will@coleda.com
            name: Will Coleda
          - email: jonathan@jnthn.net
            name: Jonathan Worthington
        rt_ticket: 'perl #40455'
        subject: '[perl #40455] [PATCH] Bring dotnet back into unified languages testing '
        summary: |-
          Ticket <rt://perl/40455>, by Bernhard Schmalhofer, contained a patch
          to extend the library search path to fix failing tests for
          `languages/dotnet`.
          
          This week, Jonathan Worthington thanked everyone who had worked on
          getting the dotnet translator back in to unified language testing.
          He discussed what his needs were for working on the translator, and
          Will Coleda also added his suggestion that languages become 
          more self-contained.
      - date_from: 1160186879
        date_to: 1160323290
        hidden: ~
        message_id: 17703.3049.810110.403124@rgrjr.dyndns.org
        messages:
          - 200610071349.10396.lt@toetsch.at
          - 17704.23001.57212.796776@rgrjr.dyndns.org
          - 20061008020155.GA21036@wall.org
          - 200610081314.22945.lt@toetsch.at
          - 17705.8402.33176.514315@rgrjr.dyndns.org
        posters:
          - email: rogers-perl6@rgrjr.dyndns.org
            name: Bob Rogers
          - email: lt@toetsch.at
            name: Leopold Toetsch
          - email: larry@wall.org
            name: Larry Wall
        subject: 'RFC:  Reduce closure magic'
        summary: |-
          Bob Rogers found a `ctx` member which is used for the `autoclose`
          feature and doesn't appear to be documented.  He suggested some
          alternate syntax and included a patch.  Leopold Toetsch reported
          that Audrey Tang had wanted it, but agreed that it should be
          eliminated.  Bob suggested that in light of the effects the patch
          had on Lua, a period of deprecation before removing `ctx` might be
          a good idea.  There was some additional discussion.
      - date_from: 1160233256
        date_to: 1160258134
        hidden: ~
        message_id: 17703.49417.384137.857004@rgrjr.dyndns.org
        messages:
          - 200610071720.16685.lt@toetsch.at
          - 17703.51374.430333.60960@rgrjr.dyndns.org
          - 200610071438.34659.chromatic@wgz.org
          - 17704.8780.503941.375466@rgrjr.dyndns.org
        posters:
          - email: rogers-perl6@rgrjr.dyndns.org
            name: Bob Rogers
          - email: lt@toetsch.at
            name: Leopold Toetsch
          - email: chromatic@wgz.org
            name: chromatic
        subject: What does 'input in flex scanner failed' really mean?
        summary: |-
          Bob Rogers reported an error he did not understand which came from 
          attempting to use `load_bytecode`.
          Leopold Toetsch replied that a test was missing to check if the
          file is a directory.  chromatic offered a patch.
      - date_from: 1160274350
        date_to: 1160306256
        hidden: ~
        message_id: 200610071925.18344.chromatic@wgz.org
        messages:
          - 200610081317.23177.lt@toetsch.at
        posters:
          - email: chromatic@wgz.org
            name: chromatic
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: External PMCs and GC Implications
        summary: |-
          chromatic has been working on the embedding interface and wondered
          what the implications are for garbage collection, given that some
          Parrot functions may send and receive PMCs.  Leopold Toetsch answered.
      - date_from: 1160291757
        date_to: 1160291757
        hidden: ~
        message_id: 200610080015.28624.chromatic@wgz.org
        posters:
          - email: chromatic@wgz.org
            name: chromatic
        subject: Unbitrot Minesweeper
        summary: chromatic submitted a patch which makes Minesweeper run again.
      - date_from: 1160337150
        date_to: 1160337150
        hidden: ~
        message_id: rt-3.5.HEAD-31251-1160337142-838.40472-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Will Coleda
        rt_ticket: 'perl #40472'
        subject: '[perl #40472] APL test failures '
        summary: |-
          Will Coleda reported that a number of tests in `languages/APL` are
          failing.  This was noted in ticket <rt://perl/40472>.
      - date_from: 1160363573
        date_to: 1160416149
        hidden: ~
        message_id: 200610082012.17152.chromatic@wgz.org
        messages:
          - 200610091948.36917.lt@toetsch.at
        posters:
          - email: chromatic@wgz.org
            name: chromatic
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: Calling Methods on Class PMCs
        summary: |-
          chromatic posted some experimental OO code for the Class PMC.  It did
          not work, and he wondered if anyone could explain why.
          Leopold Toetsch offered a suggestion.
      - date_from: 1160384424
        date_to: 1160384424
        hidden: ~
        message_id: rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40475'
        subject: 'C-coda and C standard patches, and other corrections'
        summary: |-
          Paul Cochrane submitted a number of patches related to ensuring quality
          C code:
          
          * <rt://perl/40475> makes Parrot::Distribution find all `.pmc` files and add a check for the C coda test.
          * <rt://perl/40477> makes Perl scripts to output a C coda when they create code.
          * <rt://perl/40479> correct the C coda for autogenerated code.
          * <rt://perl/40480> ensures that the C coda isn't included multiple times in generated files.
          * <rt://perl/40481> contains C coda for the amber PMC.
          * <rt://perl/40505> adds PMC files to the list of files to test in the C-language coding standard tests.
          
          Prolific Paul also submitted several other beauty patches this week:
          
          * <rt://perl/40476> corrects DOS line endings to UNIX ones.
          * <rt://perl/40483> removed cuddled elses in several files.
          * <rt://perl/40506> removes hard tabs from PMC files.
          * <rt://perl/40507> eliminated cuddled elses in PMC files (applied as r14897).
          * <rt://perl/40508> changes `// comment` comments in PMC files to `/* comment */` style comments.  
          * <rt://perl/40509> is a test to check for DOS line endings in C files.
          * <rt://perl/40510> corrects POD in C coda tests.
          * <rt://perl/40519> removes `t/tools` from the list of directories searched for PMC files
      - date_from: 1160385145
        date_to: 1160385521
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31259-1160385133-250.40476-72-0@perl.org
        messages:
          - rt-3.5.HEAD-31263-1160385492-1803.40478-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40476'
        subject: '[perl #40476] [PATCH] dos -> unix line endings of pm files '
        summary: ''
      - date_from: 1160385324
        date_to: 1160385324
        hidden: merged into rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31258-1160385312-501.40477-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40477'
        subject: '[perl #40477] [PATCH] Coda fix of boilerplate generating code '
        summary: ''
      - date_from: 1160385751
        date_to: 1160385751
        hidden: merged into rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31257-1160385727-1348.40479-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40479'
        subject: '[perl #40479] [PATCH] Adding and correcting C-code coda in autogenerated code '
        summary: ''
      - date_from: 1160385977
        date_to: 1160385977
        hidden: merged into rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31258-1160385949-42.40480-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40480'
        subject: '[perl #40480] [PATCH] C-code coda not output multiple times in platform.[ch] '
        summary: ''
      - date_from: 1160386178
        date_to: 1160469929
        hidden: merged into rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: 8e8ee0d40610100145o7ca2dc81g12a59591710acf8d@mail.gmail.com
        messages:
          - rt-3.5.HEAD-31263-1160386149-570.40481-72-0@perl.org
        posters:
          - email: paultcochrane@gmail.com
            name: Paul Cochrane
        subject: 'Re: [perl #40481] [PATCH] C-code coda in pmc files'
        summary: ''
      - date_from: 1160387482
        date_to: 1160497781
        hidden: ~
        message_id: rt-3.5.HEAD-31263-1160387472-1695.40482-72-0@perl.org
        messages:
          - DDDDE9C7-0DAF-4CAE-928F-6210E8B7C59C@coleda.com
          - 8e8ee0d40610090950n10cccab9h89a2cc7ce7960f94@mail.gmail.com
          - FF25FADA-E9CC-44D1-B270-64402EA8D785@clotho.com
          - 8e8ee0d40610100903o2cb8b422w208448c77d16e938@mail.gmail.com
          - 55F8040C-0313-47C2-9870-CF8A251AA7B6@clotho.com
          - 8e8ee0d40610100115p7cdfcdb6ob3de3dffd3a3aaa@mail.gmail.com
          - 78232B48-5E84-4F13-B4C3-48B7F4D72AAC@chrisdolan.net
          - 8e8ee0d40610100112j6a86bfc1la6c8786217c6cfe2@mail.gmail.com
          - 06887160-066E-4F15-BDBF-711ACF027BBF@chrisdolan.net
          - 8e8ee0d40610100920i10057710u98bd6c7b39696856@mail.gmail.com
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
          - email: will@coleda.com
            name: Will Coleda
          - email: chris@clotho.com
            name: Chris Dolan
        rt_ticket: 'perl #40482'
        subject: '[perl #40482] [PATCH] Perl::Critic policy for perl -w, and unix-specific shebang lines '
        summary: |-
          In ticket <rt://perl/40482>, Paul Cochrane supplied a patch to add a
          new Perl::Critic policy to check that the shebang line does not use
          `perl -w` instead of `use warnings`, and that the shebang itself is
          not *NIX-specific.  He asked if all coding standards should be grouped
          in a single directory.
          
          Will Coleda replied that the coda should remain where it is, but
          other coding standard tests should be grouped.  He also requested
          a small change to the patch, and pointed out where svn keywords are
          checked.  Chris Dolan cited an instance where the patch would give
          a false negative.  Paul and Chris discussed the example and solutions.
      - date_from: 1160388378
        date_to: 1160468556
        hidden: merged with rt-3.5.HEAD-31259-1160554536-370.40503-72-0@perl.org
        message_id: 8e8ee0d40610090305o53cbfb88n81f2e9ab6654b9ae@mail.gmail.com
        messages:
          - 452ABCF3.6010208@gmx.de
          - 8e8ee0d40610100122n203a47a1w67da34dcdea7a652@mail.gmail.com
        posters:
          - email: paultcochrane@gmail.com
            name: Paul Cochrane
          - email: Bernhard.Schmalhofer@gmx.de
            name: Bernhard Schmalhofer
        subject: Questions about DEPRECATED.pod
        summary: ''
      - date_from: 1160399739
        date_to: 1160399739
        hidden: summary
        message_id: 20061009131501.30001.qmail@x1.develooper.com
        posters:
          - email: perlbug-summary@perl.org
            name: Parrot Bug Summary
        subject: Parrot Bug Summary
        summary: ''
      - date_from: 1160403683
        date_to: 1160655872
        hidden: merged with rt-3.5.HEAD-31257-1160555182-1507.40507-72-0@perl.org
        message_id: 8e8ee0d40610120522t5b07f04j228f35766321b123@mail.gmail.com
        messages:
          - rt-3.5.HEAD-31251-1160403671-1682.40483-72-0@perl.org
          - 8e8ee0d40610110808kf0a003v48c8af29a0d70e25@mail.gmail.com
          - 1d9a3f400610111155n13cb7f70lffd88601103927f6@mail.gmail.com
        posters:
          - email: paultcochrane@gmail.com
            name: Paul Cochrane
          - email: jerry.gay@gmail.com
            name: jerry gay
        subject: "Re: [perl #40483] AutoReply: [PATCH] removal of cuddled else's in C source"
        summary: ''
      - date_from: 1160404056
        date_to: 1160417191
        hidden: ~
        message_id: 1a83bc10610090726u2efa3a7dsf534dbd5f605b449@mail.gmail.com
        messages:
          - 1d9a3f400610090817ga75c217jda8cdf2d122c5e64@mail.gmail.com
          - 200610092005.57281.lt@toetsch.at
        posters:
          - email: karl.forner@gmail.com
            name: Karl Forner
          - email: jerry.gay@gmail.com
            name: jerry gay
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: 'What are the final words on GMP, BigNums and *BooleanArrays ?????????????'
        summary: |-
          Karl Forner noted that it can be difficult to contribute to Parrot
          because the specifications and design documents do not always contain
          enough information.  He wanted to know what decisions had been reached
          on the subjects of GMP, BigNums and *BooleanArrays.  Jerry Gay tried
          to clarify goals with regard to these topics, and apologized for slow
          responses.  Leopold Toetsch provided some answers on *BooleanArrays.
      - date_from: 1160406908
        date_to: 1160407324
        hidden: ~
        message_id: 8e8ee0d40610090814g329a5651nf8b8546ef94d3e90@mail.gmail.com
        messages:
          - 1d9a3f400610090821h5c828710i719d38939cf21898@mail.gmail.com
        posters:
          - email: paultcochrane@gmail.com
            name: Paul Cochrane
          - email: jerry.gay@gmail.com
            name: jerry gay
        subject: Parrot Configure error
        summary: |-
          Paul Cochrane reported an error with `Configure.pl` in r14862.
          Jerry Gay fixed it in r14863.
      - date_from: 1160433497
        date_to: 1160433497
        hidden: ~
        message_id: rt-3.5.HEAD-31263-1160433488-668.40490-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: chromatic
        rt_ticket: 'perl #40490'
        subject: '[perl #40490] Flat/Slurpy Named Parameter Passing Errors '
        summary: |-
          chromatic noted some errors with named parameter passing, which he
          documented in ticket <rt://perl/40490>.
      - date_from: 1160446507
        date_to: 1160446507
        hidden: ~
        message_id: 1abd9eb20610091914g464b5e39i9bf543b73ef96848@mail.gmail.com
        posters:
          - email: mehmet.yavuz.selim@gmail.com
            name: Mehmet Yavuz Selim Soyturk
        subject: Null PMC access while parsing javascript
        summary: |-
          Mehmet Yavuz Selim Soyturk reported that `js.pg` gives a 'Null PMC access'
          error when using the compiled .pir file.  Kay-Uwe Hull suggested that
          it might be a garbage collection bug, and offered a workaround.
          Mehmet replied that it looked like an incomplete grammar.  Patrick
          R. Michaud offered a temporary solution, and stated that he would examine
          the grammar soon.
      - date_from: 1160477598
        date_to: 1160666008
        hidden: dup of 1abd9eb20610091914g464b5e39i9bf543b73ef96848@mail.gmail.com
        message_id: 0B161234D9EAC142ACCFE7C49AA97BA50191742C@us-rich-m01.global.tektronix.net
        messages:
          - 1abd9eb20610100507mb23ce68reb445461543de253@mail.gmail.com
          - 1abd9eb20610111356g3b7c93d4u126ff8517280958e@mail.gmail.com
          - 20061011213417.GD23577@host.pmichaud.com
          - 20061012151319.GA26356@host.pmichaud.com
        posters:
          - email: kay-uwe.hull@exgate.tek.com
            name: kay-uwe.hull
          - email: mehmet.yavuz.selim@gmail.com
            name: Mehmet Yavuz Selim Soyturk
          - email: pmichaud@pobox.com
            name: Patrick R. Michaud
        subject: 'Re: Null PMC access while parsing javascript'
        summary: ''
      - date_from: 1160505770
        date_to: 1160512304
        hidden: ~
        message_id: 200610101141.08679.chromatic@wgz.org
        messages:
          - 200610102123.10994.lt@toetsch.at
          - 200610101232.21470.chromatic@wgz.org
          - 200610102231.28819.lt@toetsch.at
        posters:
          - email: chromatic@wgz.org
            name: chromatic
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: 'MakeObject - an Object Instantiation Experiment'
        summary: |-
          chromatic posted some experimental code to make creating objects easier
          from PIR.  Leopold Toetsch pointed out some related documentation.
      - date_from: 1160533010
        date_to: 1160533010
        hidden: 'file properties changed, for many, many files.'
        message_id: 20061011021638.B6AE6CBA4D@x12.develooper.com
        posters:
          - email: coke@cvs.perl.org
            name: coke
        subject: '[svn:parrot-pdd] r14888 - in trunk: (numerous)'
        summary: ''
      - date_from: 1160554547
        date_to: 1160574416
        hidden: ~
        message_id: rt-3.5.HEAD-31259-1160554536-370.40503-72-0@perl.org
        messages:
          - 1d9a3f400610110614s12f1b489j1267459490341b5f@mail.gmail.com
          - 8e8ee0d40610110617k6e450dc0mcf6c160fe2ad181c@mail.gmail.com
          - 1d9a3f400610110646k390b05ccue9f489926f7641b1@mail.gmail.com
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
          - email: jerry.gay@gmail.com
            name: jerry gay
        rt_ticket: 'perl #40503'
        subject: '[perl #40503] [PATCH] Removal of .imc filename change paragraph '
        summary: |-
          Paul Cochrane asked some questions about .imc files in
          '<msgid:8e8ee0d40610090305o53cbfb88n81f2e9ab6654b9ae@mail.gmail.com>'.
          Based upon Bernhard Schmalhofer's answer, Paul submitted ticket
          <rt://perl/40503>, in which he proposed removing a paragraph
          in `DEPRECATED.pod` which mentioned .imc files.
          Jerry Gay wasn't sure if this should be done, because the
          most recent edition of 'Perl 6 and Parrot Essentials' still refers to
          .imc files.  He referred the matter to Chip Salzenberg.
      - date_from: 1160554685
        date_to: 1160641807
        hidden: merged into rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31251-1160554762-1919.40505-72-0@perl.org
        messages:
          - 200610111207.02432.chromatic@wgz.org
          - 8e8ee0d40610120129j3d3ed5f8o6ac7c8a26f233e3f@mail.gmail.com
          - rt-3.5.HEAD-31257-1160554677-574.40504-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
          - email: chromatic@wgz.org
            name: chromatic
        rt_ticket: 'perl #40505'
        subject: '[perl #40505] [PATCH] Addition of pmc files to codingstd tests '
        summary: ''
      - date_from: 1160554879
        date_to: 1160554879
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31263-1160554865-214.40506-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40506'
        subject: '[perl #40506] [PATCH] Removal of hard tabs in pmc files '
        summary: ''
      - date_from: 1160555194
        date_to: 1160581434
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31257-1160555182-1507.40507-72-0@perl.org
        messages:
          - rt-3.5.HEAD-31259-1160581424-586.40507-14-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
          - email: bugs-parrot-track@netlabs.develooper.com
            name: Jerry Gay via RT
        rt_ticket: 'perl #40507'
        subject: '[PATCH] Removal of cuddled else'
        summary: ''
      - date_from: 1160555583
        date_to: 1160572698
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31259-1160555575-196.40508-72-0@perl.org
        messages:
          - f60fe000610110601v3c6f4112y4de25bbfb436d63d@mail.gmail.com
          - 8e8ee0d40610110608k58f19965sd0e1834e5fd8a984@mail.gmail.com
          - 452CED0F.10301@jnthn.net
          - 1d9a3f400610110618j5539f131h436bf199ea2516d@mail.gmail.com
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
          - email: markjreed@mail.com
            name: markjreed
          - email: jonathan@jnthn.net
            name: Jonathan Worthington
          - email: jerry.gay@gmail.com
            name: jerry gay
        rt_ticket: 'perl #40508'
        subject: '[perl #40508] [PATCH] Removal of C++ comments in pmc files '
        summary: ''
      - date_from: 1160556124
        date_to: 1160556124
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31251-1160556113-660.40509-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40509'
        subject: '[perl #40509] [NEW] Line endings test '
        summary: ''
      - date_from: 1160556229
        date_to: 1160556229
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31259-1160556221-1516.40510-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40510'
        subject: '[perl #40510] [PATCH] Correction of pod in c_code_coda.t test '
        summary: ''
      - date_from: 1160556247
        date_to: 1160556247
        hidden: ~
        message_id: rt-3.5.HEAD-31263-1160556231-1717.40511-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40511'
        subject: '[perl #40511] [PATCH] Removal of deprecated fetchmethod opcode '
        summary: |-
          Paul Cochrane submitted a patch to remove the deprecated `fetchmethod`
          opcode from several places.  Ticket <rt://perl/40511> contains the
          patch.
      - date_from: 1160583739
        date_to: 1160596594
        hidden: ~
        message_id: rt-3.5.HEAD-31263-1160583729-1704.40513-72-0@perl.org
        messages:
          - 452D4C2B.6040601@magma.ca
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Jerry Gay
          - email: shawnhcorey@magma.ca
            name: Mr. Shawn H. Corey
        rt_ticket: 'perl #40513'
        subject: '[perl #40513] [CAGE] add flex/bison files to c coding standard tests '
        summary: |-
          In ticket <rt://perl/40513>, Jerry Gay asked for the cleaners to
          check Flex and Bison files against the C standards.
          Shawn H. Corey commented on the relationship between Flex and C, and Bison
          and C.
      - date_from: 1160599054
        date_to: 1160600285
        hidden: ~
        message_id: 20061011203709.76066CBAB8@x12.develooper.com
        messages:
          - 200610112257.53595.lt@toetsch.at
        posters:
          - email: allison@cvs.perl.org
            name: allison
          - email: lt@toetsch.at
            name: Leopold Toetsch
        subject: '[svn:parrot-pdd] r14903 - in trunk: . docs/pdds/clip'
        summary: |-
          Allison Randal committed an update to the threads PDD.  Leopold Toetsch
          reminded her not to forget STM, which is implemented and solves many
          PMC sharing problems.
      - date_from: 1160602369
        date_to: 1160680031
        hidden: ~
        message_id: 200610111432.15808.chromatic@wgz.org
        messages:
          - AB9CAA7B-3F70-4A73-B65C-D890F2C9B4AD@petdance.com
          - 9E435ECD-0AA8-443E-A986-6F48E8B170B7@mindspring.com
        posters:
          - email: chromatic@wgz.org
            name: chromatic
          - email: andy@petdance.com
            name: Andy Lester
          - email: hwigoda@mindspring.com
            name: Hal Wigoda
        subject: Cage Cleaner Wrangler?
        summary: |-
          chromatic asked who was responsible for the cage cleaners.  He noticed
          a number of patches but wasn't sure who was monitoring the efforts.
          Andy Lester replied that he was responsible, and asked for volunteers
          for the position.  Hal Wigoda asked for an overview of the job description,
          and chromatic responded.
      - date_from: 1160667440
        date_to: 1160667440
        hidden: duplicate of rt-3.5.HEAD-31257-1160385727-1348.40479-72-0@perl.org
        message_id: 8e8ee0d40610120830o658ed268h7a8941d6b908bc83@mail.gmail.com
        posters:
          - email: paultcochrane@gmail.com
            name: Paul Cochrane
        subject: 'Re: [perl #40479] [RESOLVED] [PATCH] Adding and correcting C-code coda in autogenerated code'
        summary: ''
      - date_from: 1160668257
        date_to: 1160668257
        hidden: merged with rt-3.5.HEAD-31257-1160384412-850.40475-72-0@perl.org
        message_id: rt-3.5.HEAD-31251-1160668248-805.40519-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Paul Cochrane
        rt_ticket: 'perl #40519'
        subject: "[perl #40519] [PATCH] Removal of t/tools when searching for pmc's "
        summary: ''
      - date_from: 1160686435
        date_to: 1160686435
        hidden: ~
        message_id: rt-3.5.HEAD-31251-1160686424-216.40219-15-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Patrick R. Michaud via RT
        rt_ticket: 'perl #40219'
        subject: "[perl #40219] [TODO] - Steal Perl5's sprintf tests "
        summary: |-
          Patrick R. Michaud looked at why a number of sprintf tests were failing.
          He added skips for tests containing Perl 5 features, Parrot conversions,
          and modifiers the harness can't deal with.  He noted the remaining tests
          should be fixed or marked as todo.  This was part of ticket
          <rt://perl/40219>.
      - date_from: 1160688235
        date_to: 1160688235
        hidden: ~
        message_id: rt-3.5.HEAD-31258-1160688223-837.40523-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Leopold Toetsch
        rt_ticket: 'perl #40523'
        subject: '[perl #40523] [TODO] adjust  string_append function and usage '
        summary: |-
          Leopold Toetsch requested the removal of `string_append`, in ticket
          <rt://perl/40523>.
      - date_from: 1160691476
        date_to: 1160691476
        hidden: ~
        message_id: rt-3.5.HEAD-31251-1160691461-1639.40524-72-0@perl.org
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Patrick R . Michaud
        rt_ticket: 'perl #40524'
        subject: '[perl #40524] [TODO] PGE - need tests for greedy backtracking '
        summary: |-
          Patrick R. Michaud requested some tests for the greedy backtracking
          modifier.  The related PGE was recently changed to reflect the change
          described in '<msgid:20061012215223.64982CBA4D@x12.develooper.com>'.
      - date_from: 1160762942
        date_to: 1160762942
        hidden: small commit
        message_id: 20061013180830.C7B87CBA4D@x12.develooper.com
        posters:
          - email: particle@cvs.perl.org
            name: particle
        subject: '[svn:parrot-pdd] r14918 - trunk/docs/pdds'
        summary: ''
    title: Parrot Porters
  - name: perl6-users
    threads:
      - date_from: 1160512345
        date_to: 1160640676
        hidden: ~
        message_id: 20061010203159.77694.qmail@web60821.mail.yahoo.com
        messages:
          - 20061011214304.GA6142@ppp-76.la.vclk.net
          - A56D8AE6-AEC0-42D8-A8A8-FB52AE9F085B@audreyt.org
          - 20061012063925.80125.qmail@web60820.mail.yahoo.com
          - 10535E9B-361B-4A9C-85D7-9A8D0ED5D24C@audreyt.org
        posters:
          - email: publiustemp-perl6users@yahoo.com
            name: Ovid
          - email: Tim.Bunce@pobox.com
            name: Tim Bunce
          - email: audreyt@audreyt.org
            name: Audrey Tang
        subject: Runtime Role Issues
        summary: |-
          Ovid reported some problematic edge cases with runtime roles.  He wondered
          what would happen if there was an instance of a class in another scope which
          did not want a runtime role applied, and how roles could be removed from
          classes.  Finally, he asked if there was an error in the section on
          precomposed roles in S12.
          
          Tim Bunce replied that he believed that when a role is applied at runtime,
          it actually creates a new anonymous subclass, leaving the original class
          unaffected.  Audrey Tang agreed, and added an example.  Ovid asked if
          the Moose documentation was accurate for Perl 6.  Audrey answered that
          Moose is currently the metaobject layer when the VM which runs Perl 6
          is Perl 5.
          
          The thread was also discussed in
          '<msgid:20061011104437.30922.qmail@web60821.mail.yahoo.com>'.
          There, TSa suggested an intermediate class for applying a role
          and questioned whether roles should be removed.  Aaron Sherman 
          thought that typically the objects rather than the classes needed
          to be changed.  There were further comments.
    title: Users
  - name: perl6-compiler
    threads: []
    title: Compiler
title: Weekly Perl 6 mailing list summary
