headers
Ann Barcomb | 5 Nov 2006 20:51

Weekly Perl 6 mailing list summary for 29 October - 4 November, 2006

  This week on the Perl 6 mailing lists

     "That fuzziness is classic $Larry. Some of the rest of  <at> Larry can be
     more *mumble*matic."

     -- chromatic in 'where constraints as roles <http://xrl.us/susf>'

  Language

   where constraints as roles <http://xrl.us/susf>

     A few clarifications were added to the original thread 'how typish are
     roles'.

     In the subthread 'where constraints as roles', started by Trey Harris,
     the discussion from the previous week continued.

     Last week, Trey asked if a `where` clause or junctive type defines an
     anonymous role, while a type parameter defines a lexical role, and
     suggested adding this information to S12. Larry Wall replied, saying
     that a `where` clause is there for pattern matching...but went on to
     note other possibilities. Jonathan Lang felt that S02 gave some
     indication of what Trey suggested, and that `where` clauses and
     junctive types should not be turned in to roles: roles and junctive
     types should be turned in to `where` constraints.

   [svn:perl6-synopsis] r13350 - doc/trunk/design/syn <http://xrl.us/szne>

     Larry Wall committed a patch on applying dwimmy hypers to hashes, then
     disagreed with himself...maybe. He sees two ways of looking at it, and
(Continue reading)

Permalink | Reply | 0 comments |
headers
Audrey Tang | 8 Nov 2006 01:37
Gravatar

ANN: Pugs Repository URL Changed.

After a week of planning, and with plenty of help from clkao++, obra+ 
+, #jifty, #bps and #perl6, I'm glad to announce that Pugs now has a  
new, permanent URL for its subversion repository:

     http://svn.pugscode.org/pugs/ (HTTP)
     https://svn.pugscode.org/pugs/ (HTTPS)

Subversion users, please switch your working copy this way:

     svn switch --relocate http://svn.openfoundry.org/pugs http:// 
svn.pugscode.org/pugs

SVK users, please update the mirror path:

     svk mirror --relocate //mirror/pugs http://svn.pugscode.org/pugs

Commit bits are re-mailed to all existing committers and  
metacommitters; please set your password again by following the URL  
in the mail.  If you have not received the new commit bit, please let  
me know on #perl6 or via email.

Metacommitters can now manage invitations with a prettier interface  
at http://commitbit.pugscode.org/, powered by CommitBit.

We are still working on restoring the read-only mirrors at  
openfoundry and svn.perl.org.  Thanks to yet another a soon-to-be- 
announced open source product from #bps, we plan to turn them into  
full R/W mirrors, so we can distribute the load by setting up one  
replication server per continent.
Have fun!
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ann Barcomb | 12 Nov 2006 09:36

Weekly Perl 6 mailing list summary for 5-11 November, 2006

Weekly Perl 6 mailing list summary

  This week on the Perl 6 mailing lists

     "...problem 2 is probably just me being confused (though I'd love an
     explanation, from  <at> leo ;-))."

     -- Jonathan Worthington, in 'set_pmc_keyed_int delegates to
     set_pmc_keyed...? <http://xrl.us/s5rk>'

  Language

   how to change the type of objects <http://xrl.us/s6uj>

     In this thread, TSa asked how an object could change its type without
     loosing its identity. As an example, TSa suggested an `add_vertex`
     method which could be called on a polygon but not on a rectangle
     subtype of polygon. Darren Duncan wondered why one would declare a
     type as a rectangle and then mutate it so that it was no longer a
     rectangle. His opinion was that `add_vertex` should be fatal for the
     rectangle; the user can explicitly cast a rectangle into polygon
     first; or that the polygon class is immutable, and the `add_vertex`
     method creates a new polygon.

  Parrot Porters

   Anyone relying on objects stringifying to class names?
   <http://xrl.us/sznk>

     Last week, Jonathan Worthington asked if he could change the behavior
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ann Barcomb | 20 Nov 2006 17:36

Weekly Perl 6 mailing list summary for 12-18 November, 2006

  This week on the Perl 6 mailing lists

     "Sadly, the hallucinogens are essential, not external."

     -- Mark J. Reed in 'List assignment question <http://xrl.us/tc7m>'

  Language

   how to change the type of objects <http://xrl.us/s6uj>

     Last week, TSa asked how an object could change its type without
     loosing its identity. As an example, TSa suggested an `add_vertex`
     method which could be called on a polygon but not on a rectangle
     subtype of polygon. Darren Duncan wondered why one would declare a
     type as a rectangle and then mutate it so that it was no longer a
     rectangle. His opinion was that `add_vertex` should be fatal for the
     rectangle; the user can explicitly cast a rectangle into polygon
     first; or that the polygon class is immutable, and the `add_vertex`
     method creates a new polygon.

     This week TSa elaborated, stating that there were three issues:
     subtyping, the preservation of object identity, and the mutating
     `add_vertex` method, which were not all addressed by Darren's answer.

   generic ordinal-relevant operators <http://xrl.us/tc7i>

     Darren Duncan showed a list of comparison operators and the type of
     comparisons they perform. Missing in the list were generic
     ordinal-relevant operators for less-than, greater-than, and so on,
     although there are numeric and string comparisons of this type.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ann Barcomb | 26 Nov 2006 13:48

Weekly Perl 6 mailing list summary for 19-25 November, 2006

  This week on the Perl 6 mailing lists

     "...of course [that] can't be a bug as there are no specs ;)"

     -- Leopold Toetsch, in '[perl #40968] [BUG] :multi doesn't seem to
     work right <http://xrl.us/tgtk>'

  Language

   Smart Matching clarification <http://xrl.us/tc7n>

     Last week, Jonathan Lang brought up some information relating to
     hashes and was wondering if the matching operator ought to be modified
     since the concept for hash keys has since changed. Larry Wall replied
     that `===` was correct, but that the decisions on sorting may need to
     be rethought. Jonathan thought that not only was the current
     description suboptimal, it might not even be possible. Darren Duncan
     added in his opinion that .keys should return a Set. Jonathan had some
     concerns about the idea. Meanwhile, Paul Seamons made another
     suggestion based upon Template Toolkit's handling of the concept.

     This week, Darren went in to more detail on the methods which ought to
     be available for Set, Seq and Bag. TSa also added comments on the
     relationship between Seq, Bag and Set.

   Closures, compile time, pad protos <http://xrl.us/tgsp>

     Yuval Kogman initiated a thread on scoping and closures with some code
     examples. Anatoly Vorobey tried to further clarify the question. They
     were not clear on how inner lexically scoped subroutines view their
(Continue reading)

Permalink | Reply | 0 comments |

Gmane