---
extra:
  footer:
    - body: |-
        This summary was prepared using
        [Mail::Summary::Tools](http://search.cpan.org/dist/Mail-Summary-Tools/),
        now available on CPAN.  A big thank-you to Yuval Kogman.
        
        If you appreciate Perl, consider [contributing to the Perl
        Foundation](http://donate.perlfoundation.org) to help support the
        development of Perl.

        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: |-                          
        "I once saw an overfilled waterbed that was almost as tall as I am.  I
        would have called it PHP, but it didn't explode and throw cold water
        all over the house."            
                                        
        -- chromatic
      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.perl.org/perl6
lists:
  - name: perl6-language
    threads:
      - date_from: 1156371746
        date_to: 1156531135
        hidden: ~
        message_id: ecikef$641$1@sea.gmane.org
        messages:
          - 20060823230601.GB1586@wall.org
          - 7ca3f0160608232241n43f4aa8bi2052fd2fecfe58af@mail.gmail.com
          - f60fe000608241515x4d01ff9chd061855b5265a85@mail.gmail.com
          - 7ca3f0160608242257o1a709388p3e7726ed8b453187@mail.gmail.com
          - 20060825085603.GD21072@c4.convolution.nl
          - f60fe000608250540t60d90319j9bca51ce900639a1@mail.gmail.com
          - 20060825105351.K43587@bowser.eecs.harvard.edu
          - 200608251238.30246.mail@seamons.com
          - f60fe000608251137t11d621bdyadef027573983ce8@mail.gmail.com
          - 20060825115106.C43587@bowser.eecs.harvard.edu
          - 20060825195201.GA6442@wall.org
          - f60fe000608251253oddd68efm5d065cdb21a02155@mail.gmail.com
          - f60fe000608251255t2514ade1ka21bf145f92b45c9@mail.gmail.com
          - 20060825130611.R43587@bowser.eecs.harvard.edu
          - 20060825205726.GA7733@wall.org
          - 20060825210051.64b69098@mekanori.mon.istic.org
          - 20060825132657.O43587@bowser.eecs.harvard.edu
          - 7ca3f0160608251507l5ab18617g5bd739f8073a45a5@mail.gmail.com
          - 44F28E4E.4030803@rusrating.ru
          - 20060828092224.GD21072@c4.convolution.nl
          - 7ca3f0160608251428u2daaa138u40a6beb61a154f24@mail.gmail.com
          - 1d9a3f400608251129x3405b0cek8cbbb3c930b04cbc@mail.gmail.com
          - 20060825113145.U43587@bowser.eecs.harvard.edu
          - 20060825200235.GH21072@c4.convolution.nl
          - 20060825132549.I43587@bowser.eecs.harvard.edu
          - 20060825201834.GI21072@c4.convolution.nl
          - 20060825140025.M43587@bowser.eecs.harvard.edu
          - 20060825211036.GA8455@wall.org
          - 20060825152318.GA967@wall.org
          - f60fe000608250540t60d90319j9bca51ce900639a1@mail.gmail.com
          - 20060825105351.K43587@bowser.eecs.harvard.edu
          - 200608251238.30246.mail@seamons.com
          - f60fe000608251137t11d621bdyadef027573983ce8@mail.gmail.com
          - 20060825115106.C43587@bowser.eecs.harvard.edu
          - 20060825195201.GA6442@wall.org
          - f60fe000608251253oddd68efm5d065cdb21a02155@mail.gmail.com
          - f60fe000608251255t2514ade1ka21bf145f92b45c9@mail.gmail.com
          - 20060825130611.R43587@bowser.eecs.harvard.edu
          - 20060825205726.GA7733@wall.org
          - 20060825210051.64b69098@mekanori.mon.istic.org
          - 20060825132657.O43587@bowser.eecs.harvard.edu
          - 7ca3f0160608251507l5ab18617g5bd739f8073a45a5@mail.gmail.com
          - 44F28E4E.4030803@rusrating.ru
          - 20060828092224.GD21072@c4.convolution.nl
          - 7ca3f0160608251428u2daaa138u40a6beb61a154f24@mail.gmail.com
          - 1d9a3f400608251129x3405b0cek8cbbb3c930b04cbc@mail.gmail.com
          - 20060825113145.U43587@bowser.eecs.harvard.edu
          - 20060825200235.GH21072@c4.convolution.nl
          - 20060825132549.I43587@bowser.eecs.harvard.edu
          - 20060825201834.GI21072@c4.convolution.nl
          - 20060825140025.M43587@bowser.eecs.harvard.edu
          - 20060825211036.GA8455@wall.org
          - 20060825152318.GA967@wall.org
          - 7ca3f0160608232241n43f4aa8bi2052fd2fecfe58af@mail.gmail.com
          - f60fe000608241515x4d01ff9chd061855b5265a85@mail.gmail.com
          - 7ca3f0160608242257o1a709388p3e7726ed8b453187@mail.gmail.com
          - 20060825085603.GD21072@c4.convolution.nl
          - f60fe000608250540t60d90319j9bca51ce900639a1@mail.gmail.com
          - 20060825105351.K43587@bowser.eecs.harvard.edu
          - 200608251238.30246.mail@seamons.com
          - f60fe000608251137t11d621bdyadef027573983ce8@mail.gmail.com
          - 20060825115106.C43587@bowser.eecs.harvard.edu
          - 20060825195201.GA6442@wall.org
          - f60fe000608251253oddd68efm5d065cdb21a02155@mail.gmail.com
          - f60fe000608251255t2514ade1ka21bf145f92b45c9@mail.gmail.com
          - 20060825130611.R43587@bowser.eecs.harvard.edu
          - 20060825205726.GA7733@wall.org
          - 20060825210051.64b69098@mekanori.mon.istic.org
          - 20060825132657.O43587@bowser.eecs.harvard.edu
          - 7ca3f0160608251507l5ab18617g5bd739f8073a45a5@mail.gmail.com
          - 44F28E4E.4030803@rusrating.ru
          - 20060828092224.GD21072@c4.convolution.nl
          - 7ca3f0160608251428u2daaa138u40a6beb61a154f24@mail.gmail.com
          - 1d9a3f400608251129x3405b0cek8cbbb3c930b04cbc@mail.gmail.com
          - 20060825113145.U43587@bowser.eecs.harvard.edu
          - 20060825200235.GH21072@c4.convolution.nl
          - 20060825132549.I43587@bowser.eecs.harvard.edu
          - 20060825201834.GI21072@c4.convolution.nl
          - 20060825140025.M43587@bowser.eecs.harvard.edu
          - 20060825211036.GA8455@wall.org
          - 20060825152318.GA967@wall.org
        posters:
          - email: mark@summersault.com
            name: Mark Stosberg
          - email: larry@wall.org
            name: Larry Wall
          - email: lrpalmer@gmail.com
            name: Luke Palmer
          - email: markjreed@mail.com
            name: Mark J. Reed
          - email: juerd@convolution.nl
            name: Juerd
          - email: trey@eecs.harvard.edu
            name: Trey Harris
          - email: mail@seamons.com
            name: Paul Seamons
          - email: masoch@istic.org
            name: Daniel Hulme
          - email: richard@rusrating.ru
            name: Richard Hainsworth
          - email: jerry.gay@gmail.com
            name: jerry gay
        subject: clarifying the spec for 'ref'
        summary: |-
          Last week,
          Mark Stosberg wanted Perl 6 to retain the Perl 5 responses to `ref` or justify
          the change in the documentation.  Larry Wall explained that `ref` will not
          exist in Perl 6; instead, it will be something like `.what`, which will return
          the type itself, rather than a string.
          
          The thread then moved on to subclassing, after Luke Palmer suggested that
          `Array` would be a subtype of `Array::Const`, after Larry had stated the
          reverse.  This led to a lengthy discussion on the subject.
          
          This week, Richard Hainsworth tried to analyze situations involving classes
          and roles using sets and subsets.  He started a new thread for the topic,
          <msgid:44F44B64.8010905@rusrating.ru>.
      - date_from: 1156520273
        date_to: 1156690906
        hidden: ~
        message_id: dc69626e0608250837i3c4ebfdex80101b7c4edb9bc0@mail.gmail.com
        messages:
          - 7ca3f0160608251512t56c03a92p9df19a0fe384a9ce@mail.gmail.com
          - f60fe000608252304p7227f302oaf59273d17b94bcb@mail.gmail.com
          - b9d3c5250608252313sffb7ea1m4bf55689b275acf6@mail.gmail.com
          - dc69626e0608270349s6fa9cb8eq4ec4efaf1f40bd43@mail.gmail.com
          - f60fe000608270801i4ddf3c95hf1e13f2f296f31b5@mail.gmail.com
          - f60fe000608261006g20cbe861y13b6a26c5a42aaa3@mail.gmail.com
          - f60fe000608261002t7da6dc53sd5c4777aec18ad39@mail.gmail.com
        posters:
          - email: michael.snoyman@ucla.edu
            name: Michael Snoyman
          - email: lrpalmer@gmail.com
            name: Luke Palmer
          - email: markjreed@mail.com
            name: markjreed
          - email: audreyt.org@gmail.com
            name: Audrey Tang
        subject: Same-named arguments
        summary: |-
          In the previous week's summary, it was reported that
          Michael Snoyman asked whether or not arguments of the same name but a different
          sigil, e.g. `sub foo ( $foo, @foo )` will clash.  Luke Palmer thought it was
          going to be a compile time error, due the to the arguments do not have the
          sigil as part of their long name. Mark J. Reed wondered whether or not that is
          consistent with the rest of Perl 6.  Audrey Tang then explained the syntactic
          difference between pairs and named arguments with regard to barewords and
          quoted strings.
          
          On August 27th, Michael repeated a friend's suggestion of making the
          sigil on the name optional for disambiguation.  Mark Reed also made a
          proposal, which included having the sigil be optional in some cases.
      - date_from: 1156744363
        date_to: 1156762458
        hidden: commit plus nits
        message_id: 20060828055237.697E7CB9BB@x12.develooper.com
        messages:
          - 20060828074512.GA23481@stripey.com
          - 67d53e40608280354w433f5115ude903c18499ae156@mail.gmail.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
          - email: Smylers@stripey.com
            name: Smylers
          - email: malaire@gmail.com
            name: Markus Laire
        subject: '[svn:perl6-synopsis] r11504 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1156749126
        date_to: 1156749126
        hidden: commit
        message_id: 20060828071159.A237DCB9BB@x12.develooper.com
        posters:
          - email: audreyt@cvs.perl.org
            name: audreyt
        subject: '[svn:perl6-synopsis] r11509 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1156775677
        date_to: 1156775677
        hidden: commit
        message_id: 20060828143430.8CD20CB9BB@x12.develooper.com
        posters:
          - email: audreyt@cvs.perl.org
            name: audreyt
        subject: '[svn:perl6-synopsis] r11527 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1156833208
        date_to: 1156873494
        hidden: ~
        message_id: 16d769b70608282333k66326b08kbcb8b2d646f24f04@mail.gmail.com
        messages:
          - 20060829174444.GB8680@lighthouse.tamucc.edu
          - 44F44535.7080707@biggar.org
          - 16d769b70608290723t445c75c3re2b9d3ef57db3ed2@mail.gmail.com
          - 44F4CB1B.6030901@conway.org
          - 20060830015703.3336.qmail@lists.develooper.com
          - 832f158a0608291907qa5116f0p62d75a8a03e4199@mail.gmail.com
          - 16d769b70608292336p3564fe47t271fbb6ac6f30277@mail.gmail.com
          - 20060830035244.462.qmail@lists.develooper.com
          - 832f158a0608292105o6b0285d0p9514652104c64e23@mail.gmail.com
          - 20060830092828.5240.qmail@lists.develooper.com
          - 20060829150525.23566.qmail@lists.develooper.com
          - 21831.194.109.13.140.1156848208.squirrel@webmail.xs4all.nl
          - 16d769b70608290445o1788a90aj44b0cce584cedab3@mail.gmail.com
          - 20060829141538.451.qmail@lists.develooper.com
        posters:
          - email: cmasak@gmail.com
            name: Carl Mäsak
          - email: duff@pobox.com
            name: Jonathan Scott Duff
          - email: mark@biggar.org
            name: Mark A. Biggar
          - email: damian@conway.org
            name: Damian Conway
          - email: rvtol+news@isolution.nl
            name: Dr.Ruud
          - email: rvtol@isolution.nl
            name: Ruud H.G. van Tol
        subject: 'Implicit current-index variable, scoped inside for-loops'
        summary: |-
          Carl Mäsak reported a conversation from #perl6.  There was a suggestion
          for a special variable which would carry the loop index.
          Ruud H.G. van Tol thought that if the block had a label you
          could have multiple indices attached to the name.  Mark A. Biggar
          noted that it should also work for grep and map.  There were some
          further discussions of syntax.  Jonathan Scott Duff thought it would
          be too much sugar.
      - date_from: 1156860800
        date_to: 1157153835
        hidden: ~
        message_id: 44F44B64.8010905@rusrating.ru
        messages:
          - ef30550b0608291326j36c8c2baw27585564496ec53c@mail.gmail.com
          - 20060829155624.68dc58dc@mekanori.mon.istic.org
          - f60fe000608290834p156e68f1ia5ce61665937c902@mail.gmail.com
        posters:
          - email: richard@rusrating.ru
            name: Richard Hainsworth
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: masoch@istic.org
            name: Daniel Hulme
          - email: markjreed@mail.com
            name: Mark J. Reed
          - email: chromatic@wgz.org
            name: chromatic
        subject: Classes / roles as sets / subsets
        summary: |-
          Continuing from his earlier message in thread
          <msgid:ecikef$641$1@sea.gmane.org>, Richard Hainsworth continued his
          quest to completely understand classes in Perl 6.  Daniel Hulme made
          a suggestion on the diagrams.
          
          In <msgid:ef30550b0608291326j36c8c2baw27585564496ec53c@mail.gmail.com>,
          Jonathan Lang responded to Richard's questions and tried to answer them.
          chromatic brought up the question of the relationship between OO and
          inheritance.
      - hidden: bad threading by archives
        message_id: ef30550b0608291326j36c8c2baw27585564496ec53c@mail.gmail.com
        subject: 'Fwd: Classes / roles as sets / subsets'
        summary: ''
      - date_from: 1156895635
        date_to: 1156922439
        hidden: ~
        message_id: ed2k1l$sh1$1@sea.gmane.org
        messages:
          - 20060830072020.GR13956@woobling.org
        posters:
          - email: mark@summersault.com
            name: Mark Stosberg
          - email: nothingmuch@woobling.org
            name: Yuval Kogman
        subject: 'return Types: what are the enforcement details?'
        summary: |-
          Mark Stosberg wanted to write tests for 'return types' but wanted
          documentation on what cases (of a different type returned)
          should give errors.  He also wanted to know if they are declarations
          or contracts.   Yuval Kogman replied that `of` is the contractual
          form, while `returns` is a constraint which is more like a cast.
          He also took a guess at what results were appropriate.
      - date_from: 1156897528
        date_to: 1156897528
        hidden: reply to 16d769b70608282333k66326b08kbcb8b2d646f24f04@mail.gmail.com
        message_id: 49b351060608291725g283e4542y1692c357d825e7f@mail.gmail.com
        posters:
          - email: scook0@gmail.com
            name: Stuart Cook
        subject: Perilous placeholder parameters
        summary: ''
      - date_from: 1156897944
        date_to: 1156898648
        hidden: ~
        message_id: ed2ma0$2ag$1@sea.gmane.org
        messages:
          - 49b351060608291743k44f0759by986f331d8011b3d7@mail.gmail.com
          - 20060829173619.V43587@bowser.eecs.harvard.edu
          - ed2pks$9od$1@sea.gmane.org
        posters:
          - email: mark@summersault.com
            name: Mark Stosberg
          - email: scook0@gmail.com
            name: Stuart Cook
          - email: trey@eecs.harvard.edu
            name: Trey Harris
        subject: "named arguments: What's the signature?"
        summary: |-
          Mark Stosberg felt that information on the signature to use to declare
          an arbitrary number of named arguments is missing from S06.  Trey Harris
          thought that the description of slurpy parameters already covered the
          subject.  Stuart Cook suggested reading 'List parameters', which he
          thought should be cross-referenced under 'Named parameters'.
      - date_from: 1156900877
        date_to: 1156920574
        hidden: ~
        message_id: 002d01c6cbd2$928a5db0$2e164447@JoeGottman1
        messages:
          - ef30550b0608292325s63e45ec7pbd106ab699d7701@mail.gmail.com
          - ca610f250608292349mb5f0506x512f05cffeaa1db8@mail.gmail.com
        posters:
          - email: jgottman@carolina.rr.com
            name: Joe Gottman
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: sagelt@gmail.com
            name: Sage La Torra
        subject: A suggestion for a new closure trait.
        summary: |-
          Joe Gottman suggested a block closure trait `RESUME`, which would be
          called at the beginning of each loop iteration other than the first.
          Jonathan Lang asked if the relationship between `RESUME` and `FIRST`
          would be the same as `NEXT` to `LAST`.
      - date_from: 1156908191
        date_to: 1157013224
        hidden: ~
        message_id: ed309t$njc$1@sea.gmane.org
        messages:
          - 20060830040415.D43587@bowser.eecs.harvard.edu
          - 44F61A56.7070902@conway.org
          - 20060831083321.GE21072@c4.convolution.nl
          - ef30550b0608292204u1e234d26ne7986b4118cfa430@mail.gmail.com
          - c711ff240608292217l5d4258abhdfa6e3f33ee3a8ec@mail.gmail.com
          - ed40et$pec$1@sea.gmane.org
        posters:
          - email: mark@summersault.com
            name: Mark Stosberg
          - email: trey@eecs.harvard.edu
            name: Trey Harris
          - email: damian@conway.org
            name: Damian Conway
          - email: juerd@convolution.nl
            name: Juerd
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: agentzh@gmail.com
            name: Agent Zhang
        subject: "could 'given'  blocks have a return value? "
        summary: |-
          Mark Stosberg wanted to use `given` to populate with whatever value was
          returned from `when {}` or `default {}`.  He noted that Pugs allows this
          when you wrap a block in an anonymous sub, but suggested that the syntax
          could be cleaner.
          
          Jonathan Lang thought that the last expression evaluated within a closure
          is returned by the closure, and that `given` is just another closure.
          Agent Zhang reported that S04 states `given {}` cannot be used directly
          as an expression, but offered alternate syntax.  It was concluded that
          `do given` is probably the best way to do this, and it should be documented.
      - date_from: 1156916261
        date_to: 1157127310
        hidden: ~
        message_id: c711ff240608292237w53f20adevd0adb4badacd420d@mail.gmail.com
        messages:
          - 20060901161454.GA19922@wall.org
        posters:
          - email: agentzh@gmail.com
            name: Agent Zhang
          - email: larry@wall.org
            name: Larry Wall
        subject: Questions about statement modifiers
        summary: |-
          Agent Zhang wanted more information about statement modifiers than
          appears in S04 and included some code snippets, asking if they were
          valid Perl 6. Larry Wall clarified, and agreed to add the information
          to S04.
      - date_from: 1156936513
        date_to: 1157001038
        hidden: ~
        message_id: 'p06230900c11b090e8807@[192.168.1.101]'
        messages:
          - Pine.LNX.4.64.0608301234150.28742@mail.turbo10.com
          - Pine.LNX.4.44.0608301601100.15508-100000@pd2.baremetal.com
          - 'p06230900c11c1b1aa349@[192.168.1.101]'
        posters:
          - email: darren@DarrenDuncan.net
            name: Darren Duncan
          - email: nigel@turbo10.com
            name: Nigel Hamilton
        subject: derived class generators and introspection
        summary: |-
          Darren Duncan described his thoughts on the subject of implementing
          a relational database in Perl 6.  Nigel Hamilton had some questions on
          disk access and data storage.
      - date_from: 1157031938
        date_to: 1157098937
        hidden: ~
        message_id: f60fe000608310645n7103d278i51c279d959bbed4e@mail.gmail.com
        messages:
          - 20060831141614.GG21072@c4.convolution.nl
          - f60fe000608310729v6c4704f5h23347a4aa668a8e1@mail.gmail.com
          - 20060831151226.GH21072@c4.convolution.nl
          - 7ca3f0160608311448r401da919ra5477f227818433e@mail.gmail.com
          - 1d9a3f400608311452v3fb9af0evf2d018b0c717758@mail.gmail.com
          - dc69626e0608311513l3963c73dk8a08fe361210d7f@mail.gmail.com
          - ef30550b0608311535j1d0bc82ena3164866baf03902@mail.gmail.com
          - ca610f250608310748xdba742ep15f82c270b769c9f@mail.gmail.com
        posters:
          - email: markjreed@mail.com
            name: Mark J. Reed
          - email: juerd@convolution.nl
            name: Juerd
          - email: lrpalmer@gmail.com
            name: Luke Palmer
          - email: jerry.gay@gmail.com
            name: jerry gay
          - email: michael.snoyman@ucla.edu
            name: Michael Snoyman
          - email: dataweaver@gmail.com
            name: Jonathan Lang
          - email: sagelt@gmail.com
            name: Sage La Torra
          - email: trey@eecs.harvard.edu
            name: Trey Harris
          - email: audreyt.org@gmail.com
            name: Audrey Tang
        subject: Naming the method form of s///
        summary: |-
          Mark J. Reed noted that according to S05, the string method equivalent of
          `s///` is `subst`.  He felt it might be easily confused with `substr`
          and suggested `replace`.
          
          A long discussion on how the method would actually work followed.
      - date_from: 1157099323
        date_to: 1157099323
        hidden: ~
        message_id: 20060901082831.GA32093@suffields.me.uk
        posters:
          - email: asuffield@suffields.me.uk
            name: Andrew Suffield
        subject: Uncaught exceptions
        summary: |-
          Andrew Suffield asked how an uncaught exception should react in certain
          situations.  He was unable to find anything in the synopses on the
          subject.
      - date_from: 1157127293
        date_to: 1157127293
        hidden: commit
        message_id: 20060901161434.DF791CB9BB@x12.develooper.com
        posters:
          - email: larry@cvs.perl.org
            name: larry
        subject: '[svn:perl6-synopsis] r11653 - doc/trunk/design/syn'
        summary: ''
      - date_from: 1157129542
        date_to: 1157214149
        hidden: ~
        message_id: 200609011052.00562.parrot@seamons.com
        messages:
          - 20060901095816.V43587@bowser.eecs.harvard.edu
          - 1d9a3f400609011005s2367f270yb981b82401a7741@mail.gmail.com
          - 20060901100555.L43587@bowser.eecs.harvard.edu
          - 200609011144.59294.parrot@seamons.com
          - 20060901202627.20633.qmail@lists.develooper.com
          - 200609011510.10619.parrot@seamons.com
          - 20060902162222.14963.qmail@lists.develooper.com
          - 86pseeba09.fsf@blue.stonehenge.com
          - 200609011144.59294.parrot@seamons.com
          - 20060901202627.20633.qmail@lists.develooper.com
          - 200609011510.10619.parrot@seamons.com
          - 20060902162222.14963.qmail@lists.develooper.com
          - 86pseeba09.fsf@blue.stonehenge.com
        posters:
          - email: parrot@seamons.com
            name: Paul Seamons
          - email: trey@eecs.harvard.edu
            name: Trey Harris
          - email: jerry.gay@gmail.com
            name: jerry gay
          - email: rvtol+news@isolution.nl
            name: Dr.Ruud
          - email: merlyn@stonehenge.com
            name: merlyn
        subject: Nested statement modifiers.
        summary: |-
          Paul Seamons wondered if there was a reason why Perl 6 would not allow nested
          statement modifiers.  Trey Harris reported that it was rejected by Larry
          in 2002 and gave a link.  Jerry Gay thought a sentence on the subject
          should be added to S04.  Trey noted that the synopses only address changes
          from Perl 5, and Perl 5 only allows one statement modifier.
          
          Paul noted that the object syntax and the Perl 6 grammar have changed
          since 2002 and wondered if the reasoning was still the same.
          Randal Schwartz thought that Larry's reasoning was that he had seen
          this feature abused in other languages.  Paul agreed that there are
          few instances where it would be useful but still wanted the opportunity
          to abuse it.
    title: Language
  - name: perl6-internals
    threads:
      - date_from: 1156294469
        date_to: 1156736572
        hidden: Joshua Juran's post is the only new one; doesn't add enough
        message_id: C1111F1E.653FD%siracusa@mindspring.com
        messages:
          - 942c27460608231138y32f7b7aag1b47840472ae8d55@mail.gmail.com
          - f7d82c900608231309m7475cc60oea87dc379d56391f@mail.gmail.com
          - 942c27460608231544w4f0340a0n20b20a1fcb792c1c@mail.gmail.com
          - C1126304.6550D%siracusa@mindspring.com
          - 44ED10FB.9030100@ajs.com
          - 9217C332-4DB4-4C82-9B25-C1A898D5A601@gmail.com
        posters:
          - email: siracusa@mindspring.com
            name: John Siracusa
          - email: pbaylies@gmail.com
            name: peter baylies
          - email: aaronjsherman@gmail.com
            name: Aaron Sherman
          - email: jjuran@gmail.com
            name: Joshua Juran
        subject: LLVM and HLVM
        summary: ''
      - date_from: 1156770918
        date_to: 1156770918
        hidden: summary
        message_id: 20060828131459.9613.qmail@x1.develooper.com
        posters:
          - email: perlbug-summary@perl.org
            name: Parrot Bug Summary
        subject: Parrot Bug Summary
        summary: ''
      - date_from: 1156792723
        date_to: 1157016199
        hidden: ~
        message_id: 198c87380608281218x336314b8t7dd763bb5f6d1526@mail.gmail.com
        messages:
          - 198c87380608291925g510ef6d4x114a875e80bc4cc9@mail.gmail.com
          - 44F5728F.6090302@gmail.com
          - 200608300846.00093.chromatic@wgz.org
          - 7ca3f0160608301914s35c5e90bq75bc3ad68e4a7610@mail.gmail.com
          - f60fe000608302106k291c9a4am23fe00348cd37843@mail.gmail.com
          - 942c27460608302144x612735ay9c3917308976ca5e@mail.gmail.com
          - 6CC0D79B-D548-4A23-A3CF-0445418CFE63@gmail.com
          - 198c87380608291925g510ef6d4x114a875e80bc4cc9@mail.gmail.com
          - 44F5728F.6090302@gmail.com
          - 200608300846.00093.chromatic@wgz.org
          - 7ca3f0160608301914s35c5e90bq75bc3ad68e4a7610@mail.gmail.com
          - f60fe000608302106k291c9a4am23fe00348cd37843@mail.gmail.com
          - 942c27460608302144x612735ay9c3917308976ca5e@mail.gmail.com
        posters:
          - email: mddiep@gmail.com
            name: Matt Diephouse
          - email: watsonbladd@gmail.com
            name: Watson Ladd
          - email: chromatic@wgz.org
            name: chromatic
          - email: lrpalmer@gmail.com
            name: Luke Palmer
          - email: markjreed@mail.com
            name: Mark J. Reed
          - email: pbaylies@gmail.com
            name: peter baylies
          - email: jjuran@gmail.com
            name: Joshua Juran
        subject: 'PMC Methods, Inheritance, and User-visible Classes'
        summary: |-
          Matt Diephouse plans to work on `AbstractPMCArray` PMC class
          which can provide some default array vtable functions other PMCs
          can inherit.  He was not certain how to best handle sort methods,
          which could potentially end up being visible to the user.  He asked
          for opinions.  Joshua Juran suggested requiring array classes to
          implement `swap()` and implementing sort algorithms in terms of that.
          Matt felt that this would not handle the underlying problem of methods
          not available in a given language becoming available to users.
          
          Watson Ladd wondered if it was bad to add functionality to a language,
          and chromatic responded.  This led to a discussion on what exactly
          is wrong with PHP.
      - date_from: 1156879894
        date_to: 1156883064
        hidden: ~
        message_id: CE360930-E560-42E3-8E37-97F141F79A32@coleda.com
        messages:
          - f60fe000608291256n65592e44gd566c85a042d735c@mail.gmail.com
          - f60fe000608291323k2e414562s48663aa3281c7e20@mail.gmail.com
        posters:
          - email: will@coleda.com
            name: Will Coleda
          - email: markjreed@mail.com
            name: Mark J. Reed
        subject: '#ParrotSketch Meeting 29AUG06'
        summary: |-
          Will Coleda posted the URL of the 29 August
          [#ParrotSketch log](http://www.parrotcode.org/misc/parrotsketch-logs/irclog.parrotsketch-200608/irclog.parrotsketch.20060829).
      - date_from: 1156903441
        date_to: 1157106792
        hidden: ~
        message_id: rt-3.5.HEAD-31258-1156903425-488.40253-72-0@perl.org
        messages:
          - 20060831093459.GC28035@ifa.hawaii.edu
          - 96A03E2F-E1EA-4337-987A-D43A00111646@coleda.com
        posters:
          - email: parrotbug-followup@parrotcode.org
            name: Will Coleda
          - email: jhoblitt@ifa.hawaii.edu
            name: Joshua Hoblitt
        rt_ticket: 'perl #40253'
        subject: '[perl #40253] [PATCH] always cast printf("%p") to (void *) '
        summary: |-
          In <rt://perl/40253>, Will Coleda supplied a patch to change printfs
          arguments to avoid compiler warnings.  However, the patch caused some
          test failures.  Joshua Hoblitt wanted to know what compiler was generating
          the warnings.  It was gcc 4.0.1.
      - date_from: 1156906327
        date_to: 1156922017
        hidden: ~
        message_id: 198c87380608291951m7a7a1944u662d602ca4d0428f@mail.gmail.com
        messages:
          - 200608300012.54526.chromatic@wgz.org
        posters:
          - email: mddiep@gmail.com
            name: Matt Diephouse
          - email: chromatic@wgz.org
            name: chromatic
        subject: Why does writing PMCs suck?
        summary: |-
          Matt Diephouse put out a call for comments on what people do not like
          about writing PMCs.  He started the list with two complaints.  chromatic
          added three.
      - date_from: 1156971350
        date_to: 1156972701
        hidden: ~
        message_id: f60fe000608301355w7d04843dv946a2efacaf1d8f8@mail.gmail.com
        messages:
          - 7E5D314F-5028-4547-8C8E-F127D4CF46A0@coleda.com
          - f60fe000608301418x5df3285av557b238bb1084060@mail.gmail.com
        posters:
          - email: markjreed@mail.com
            name: Mark J. Reed
          - email: will@coleda.com
            name: Will Coleda
        subject: Proposed patch
        summary: |-
          Mark J. Reed reported that compilation fails on OS X 10.3
          with gcc 3.3 because `-bundle` is misinterpreted.  He supplied
          a patch to change the order of arguments which fixes the problem.
      - date_from: 1157115225
        date_to: 1157227164
        hidden: ~
        message_id: 44F82D47.6040704@alfarrabio.di.uminho.pt
        messages:
          - 44F9DF5B.2030604@alfarrabio.di.uminho.pt
          - 1d9a3f400609021259w5e3b49c3i86493352e4f04c3@mail.gmail.com
        posters:
          - email: albie@alfarrabio.di.uminho.pt
            name: Alberto Simões
          - email: jerry.gay@gmail.com
            name: jerry gay
        subject: Error Recovery in Parrot
        summary: |-
          Alberto Simões tried to create an RT ticket but it was not added, so he
          reported the problem to the newsgroup.  He finds it problematic that
          Parrot stops with the first error it encounters and doesn't report any
          other errors which may exist.  He offered a patch and gave people a few
          days to object.  Jerry Gay suggested applying it, and reported the RT
          problem.
      - date_from: 1157126458
        date_to: 1157249289
        hidden: ~
        message_id: 9A731BDA-9CAF-406C-ACD7-F092F6D71ABB@coleda.com
        messages:
          - B9227FE1-726F-4909-A8E2-F44B8AA346CD@coleda.com
        posters:
          - email: will@coleda.com
            name: Will Coleda
        subject: PGE bug?
        summary: |-
          Will Coleda posted his attempt at implementing a JSON parser in PGE.
          He later found the bug that was causing him problems.
    title: Parrot Porters
  - name: perl6-users
    threads:
      - date_from: 1156728696
        date_to: 1156930556
        hidden: ~
        message_id: 20060828013127.25468.qmail@lists.develooper.com
        messages:
          - 67d53e40608300235y2017b437u11e9b0d19fd55662@mail.gmail.com
        posters:
          - email: mark@summersault.com
            name: Mark Stosberg
          - email: malaire@gmail.com
            name: Markus Laire
        subject: 'multi subs with identical signatures: should be a warning ? '
        summary: |-
          Mark Stosberg wanted to know where he should read to learn how the
          dispatching to the correct multi sub is resolved.  Markus Laire suggested
          looking at S12 and possibly S06.
        thread_uri: http://thread.gmane.org/gmane.comp.lang.perl.perl6.user/120
      - date_from: 1156752862
        date_to: 1156829051
        hidden: ~
        message_id: 000b01c6ca79$f0eb16b0$709ee744@ConradLap
        messages:
          - 20060828143113.GK21072@c4.convolution.nl
          - 20060828185434.GA22379@klangraum
          - 005301c6cb2b$578d0610$709ee744@ConradLap
          - 6DB33F9C-D54B-4C27-A5C9-2D3E336B2ADE@petdance.com
          - 20060828191806.GC22379@klangraum
          - 20060828222314.GQ21072@c4.convolution.nl
          - CE3DF2DE-73A5-4171-A792-24DFABAAB514@petdance.com
          - 005401c6cb31$1b0b76d0$709ee744@ConradLap
          - 7050F6BE-835D-409F-9EF6-2170986D4BD4@petdance.com
          - 20060828231357.GR21072@c4.convolution.nl
          - 5B020F31-2692-4BF9-9167-F2EF898361AA@petdance.com
        posters:
          - email: conrad.schneiker@gmail.com
            name: Conrad Schneiker
          - email: juerd@convolution.nl
            name: Juerd
          - email: pagaltzis@gmx.de
            name: A. Pagaltzis
          - email: andy@petdance.com
            name: Andy Lester
        subject: 're: Announcing the Perl 6 and Parrot wiki workspaces'
        summary: |-
          Conrad Schneiker announced that he had added some information to the
          wiki.  He felt that the interface was easy to use, and wondered what
          other people's experiences were.  There was some discussion on why
          the connection was slow, and the reason seemed to be that it runs
          on Andy Lester's home machine.  Andy tried to adjust his connection,
          and Juerd offered to host it on feather.
      - date_from: 1156779052
        date_to: 1156869538
        hidden: ~
        message_id: dc69626e0608280830v28ecec27k7615901ee190eac4@mail.gmail.com
        messages:
          - 20060829163619.GH27085@sike.forum2.org
        posters:
          - email: michael.snoyman@ucla.edu
            name: Michael Snoyman
          - email: gaal@forum2.org
            name: Gaal Yahas
        subject: Writing modules
        summary: |-
          Michael Snoyman wondered how a to create a makefile and run tests for
          a module which wouldn't exist in the Pugs source tree.
          Gaal Yahas suggested not worrying about the makefile unless the module
          is intended for distribution.  He suggested that `Test.pm` should be
          used for testing, and that the Pugs distribution has good examples of
          functional tests.
      - date_from: 1156863385
        date_to: 1157085903
        hidden: ~
        message_id: 44F455F3.9090103@xilinx.com
        messages:
          - 87hczuxsl7.fsf@teufelkommraus.webit.de
          - 20060829221758.GC28611@klangraum
          - 20060829174121.GA8680@pobox.com
          - 91E76D04F87FF440986BC1CF6FD84AE801EEFA23@WSMSG2153V.srv.dir.telstra.com
          - 44F64F18.8030702@xilinx.com
          - 44F468CD.1090503@conceptonline.hu
          - 97f280ea0608291045x5edecf15o815f48158e94393c@mail.gmail.com
        posters:
          - email: jeff.stampes@xilinx.com
            name: Jeff Stampes
          - email: schwigon@webit.de
            name: Steffen Schwigon
          - email: pagaltzis@gmx.de
            name: A. Pagaltzis
          - email: duff@pobox.com
            name: Jonathan Scott Duff
          - email: Martin.G.Ryan@team.telstra.com
            name: Martin G Ryan
          - email: concept@conceptonline.hu
            name: Fagyal Csongor
          - email: amir.aharoni@gmail.com
            name: Amir E. Aharoni
          - email: conrad.schneiker@gmail.com
            name: Conrad Schneiker
        subject: Stubborn coworkers
        summary: |-
          Jeff Stampes wondered how he could interest his coworkers in Perl 6
          topics, given some resistance to the syntax.  Fagyal Csongor replied
          that the syntax is indeed full, because Perl 6--like Perl 5--tries to
          handle many different things.  However, people need only learn a
          relevant subset.  Amir E. Aharoni offered a link to samples of Perl 5
          and Perl 6 code, where the latter was much cleaner.
          
          Jonathan Scott Duff agreed with Fagyal, noting that the default syntax
          is clean.  He suggested the fear may come from the possibility of changing
          the rules.  A. Pagaltzis disagreed that the coworker's assertion that
          Perl 6 resembles Lisp and Forth.  Steffen Schwigon suggested comparing
          Perl 6 to Perl 5.  Several other people also contributed to the thread.
      - date_from: 1156975366
        date_to: 1156982867
        hidden: ~
        message_id: 44F60AFA.5020703@xilinx.com
        messages:
          - 87u03taju9.fsf@teufelkommraus.webit.de
          - 44F62835.1050703@xilinx.com
        posters:
          - email: Jeff.Stampes@xilinx.com
            name: Jeff Stampes
          - email: schwigon@webit.de
            name: Steffen Schwigon
        subject: Help getting pugs working?
        summary: |-
          Jeff Stampes ran in to difficulties getting Pugs running on Red Hat
          Enterprise 4.  Steffen Schwigon wondered if Jeff had tried one of the
          binaries.  Later Jeff reported that he had it working.
    title: Users
  - name: perl6-compiler
    threads: []
    title: Compiler
title: Weekly Perl 6 mailing list summary
