kudra's Journal
http://use.perl.org/~kudra/journal/
kudra's use Perl Journalen-ususe Perl; is Copyright 1998-2006, Chris Nandor. Stories, comments, journals, and other submissions posted on use Perl; are Copyright their respective owners.2012-01-25T02:05:48+00:00pudgepudge@perl.orgTechnologyhourly11970-01-01T00:00+00:00kudra's Journalhttp://use.perl.org/images/topics/useperl.gif
http://use.perl.org/~kudra/journal/
Research subjects wanted
http://use.perl.org/~kudra/journal/39362?from=rss
As I mentioned in my last post (about a year ago!), I have gone back to school where I am studying for an MSc in International Business. I am now working on my thesis, which looks at free/libre and open source businesses. I am looking for people who are willing to participate in the research. Please refer to <a href="http://ann.barcomb.org/">http://ann.barcomb.org</a> for more details about the research.
Feel free to pass this on/repost this--the more people that know about it the better chance I have of finding people to interview.kudra2009-07-28T10:48:58+00:00journalI am still alive
http://use.perl.org/~kudra/journal/36781?from=rss
About a year ago, burned out from programming, I decided to go to grad school for an MBA. One very busy year into the programme, I decided it wasn't for me and dropped out. Right now I'm enjoying the weather, reading a lot, and trying to write some articles with one of the teachers at the school. In the autumn, I'm going to start a new master's programme (MSc in International Business with a focus on tech). After that I'll either look for work or pursue a PhD. I hope that the burnout will wear off soon, and I'll at least start pursuing personal coding projects. I'm going to try to stay off IRC though; it's time-consuming crack.kudra2008-06-26T02:34:16+00:00journalPerl 6 summary, 08-14 Apr, 2007
http://use.perl.org/~kudra/journal/33063?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"The current pugs implementation is just translating to the old form underneath, so it's not surprising it's a bit off. That's the sort of thing that happens when the language designer gives the language implementor whiplash. However, I rather suspect the interpersonal metaphorical meaning was lost on the physicist/comic who decided that the 3rd derivative of position should be called 'jerk'.<nobr> <wbr></nobr>:)"</p><p>-- Larry Wall, in 'What should file test operators return?'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/da7dfdc2236d5fe1/552a41c927989c57?#552a41c927989c57">Re: Synopsis 26</a> </i> </p><p>Earlier,
Thom Boyer responded to Damian Conway's post from November which thanked people for offering feedback on the first draft. Thom said
that he had been unable to find the XHTML version of S26 and wondered
if it was available.</p><p>Jerry Gay replied that there wasn't a pod parser available yet.
Damian responded with the requested file, and said he still hoped
to finish the Pod6 parser but he wasn't sure when he would have time.</p><p>Ævar Arnfjörð Bjarmason
asked if Damian could post the code he currently has, so that others could
work on it.</p><p>This week, Damian responded by uploading <code>Perl6::Perldoc</code> to CPAN.
Ævar
and Damian worked to improve the test suite.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/cdf760c5e7c01f19/018b3cd85f18303e?#018b3cd85f18303e">Does =$*ARGS work?</a> </i> </p><p>brian d foy is working on 'Learning Perl 6' and had some questions about
for the I/O chapter. He saw that <code>while(<>){...}</code> became
<code>for=$*ARGS{...}</code> but noted this didn't work in Pugs. He wondered if
it was a documentation error or an implementation error.</p><p>Moritz Lenz mused about why it wasn't <code>=@*ARGS</code> but couldn't answer
brian's question. brian replied that <code>$*ARGS</code> is a filehandle, not
a list of files. David Vergin remarked that there was a typo in S28
and corrected it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/476fa1f7686aa051/b0b1bc8329a6761f?#b0b1bc8329a6761f">using <sp> space in character classes</a> </i> </p><p>Brad Bowman noted that S05 lists <code>sp</code> under named assertions
but doesn't explicitly mention it in the character class section.
He wondered if it could be used in that way. Larry Wall replied that
it could be, but it needs to be generalized.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/277bfcb621f2f556/22f9a919cadcfb24?#22f9a919cadcfb24">What should file test operators return?</a> </i> </p><p>brian d foy noted that file test operators return false or the
filename, when he would have expected a true. He wanted to update
S16 to clarify the situation. Later Larry Wall said he would attempt
to clarify S03.</p><p>Moritz Lenz and Damian Conway had some suggestions for the syntax
in brian's code. Juerd Waalboer and Larry Wall also joined the
conversation on the subject of giving printf a boolean output template.
They found it too specific.</p><p>Brandon S. Allbery noted that Pugs does not implemented the specification
as it is documented. He thought junction types aren't completely ready.</p><p>John Macdonald and Mark J. Reed also contributed to the thread.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/eaf783e18f59f045/751d6771dde9d217?#751d6771dde9d217">remove_method vtable?</a> </i> </p><p>Jonathan Worthington noted that PDD 15 describes both add and
remove vtable methods for attributes, parents and roles, but only
<code>add_method</code> exists for methods. He wondered if <code>remove_method</code>
should also exist.</p><p>Allison Randal went ahead and added it, after a bit of internal debate.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/adcbb085e1e8729e/89cb3966d0b3262b?#89cb3966d0b3262b">[perl #42332] [TODO]: Eliminate t/tools/ops2pmutils/testlib/Capture.pm </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42332">[perl #42332]</a>, by James Keenan, asked for some subroutines
to be moved into <code>lib/Parrot</code>. This was fixed in r18040.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/89a52a692090025f/70f6544aea6e947a?#70f6544aea6e947a">[perl #42334] PGE compiler faults out "set_integer_keyed() not implemented in class 'Undef'" </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42334">[perl #42334]</a>, Jim McKim reported a fault when compiling
an example grammar. Patrick R. Michaud replied that there was
a problem with the cut operator not being applied to a particular
term. He saw it as a request to improve the error message when
a cut token is applied to a null term.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/81bc0aa3d06c103f/6ab6d2764ef5e286?#6ab6d2764ef5e286">inspect and inspect_str from PIR</a> </i> </p><p>Jonathan Worthington reported that he had implemented the
<code>inspect_str</code> and <code>inspect</code> vtable methods for the Class PMC.
He had a question about the implementation.
Allison Randal replied that she had added an opcode <code>inspect</code>
and a method <code>inspect</code> on roles and classes to the PDD.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7e5ce514b6eb7788/26f00334b37216d2?#26f00334b37216d2">[perl #42336] segfault happens with 'parrot --pre-process-only' </a> </i> </p><p>Jim McKim reported a segmentation fault when Parrot is invoked with <code>-E</code>.
This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42336">[perl #42336]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7cb9bd583ff3f468/40b638d5ca8221f4?#40b638d5ca8221f4">[perl #42337] [PATCH]: Configure.pl: Refactor list of steps into Parrot::Configure::Step::List </a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42337">[perl #42337]</a> to paste a patch which
moved some of <code>Configure.pl</code>'s functionality (listing steps in the
configuration process) to a module. This was applied as r18157 and
r18158.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f3eda4dd701a619a/014e30463efda452?#014e30463efda452">[perl #42339] [CAGE] Test Valid and Invalid Parrot Flags </a> </i> </p><p>chromatic reported that there are no tests for Parrot's response to invalid
command-line arguments. He suggested adding some in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42339">[perl #42339]</a>. James Keenan said that he had recently added a
test of this sort. chromatic clarified: he meant command-line arguments
to the Parrot executable, not to <code>Configure.pl</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f776f2f3a0c37573/034c45f2dab10b15?#034c45f2dab10b15">[perl #42349] [TODO] dotnet - fix various ops for 64 bit architectures </a> </i> </p><p>Paul Cochrane made a note that some ops need to be fixed for 64-bit
architectures in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42349">[perl #42349]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1d17a93b8e2fde99/638de44063cd628a?#638de44063cd628a">[perl #42352] [TODO] fix or remove strange TODO item in hash() op </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42352">[perl #42352]</a>, Paul Cochrane noted that
<code>src/ops/pmc.ops</code> has a todo item marked 'XXX' which lacks an
explanation of what the problem is.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5e6d2167c017df6f/80b6827832a1944f?#80b6827832a1944f">[perl #42359] [PATCH] Assorted cleanups - part III (Intel C++) </a> </i> </p><p>Steve Peters submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42359">[perl #42359]</a>. This cleans
up some warnings when compiling Parrot with Intel C++. chromatic
got some warnings when running the patch. He made some changes to
the patch and sent it in. Steve said he would need to look into
it further.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2fe1c7ceafd27464/c79a9e5954b8d477?#c79a9e5954b8d477">[perl #42360] [TODO]: Unit tests for Parrot::Revision </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42360">[perl #42360]</a>, James Keenan reported that
<code>lib/Parrot/Revision.pm</code> has no unit tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2153eeddcddefeff/fc829e51dd11cd28?#fc829e51dd11cd28">[perl #42362] [TODO]: Unit tests for modules used during configuration </a> </i> </p><p>James Keenan indicated that there is a considerable amount of
code in the <code>config/</code> tree which isn't covered by tests. He
requested some unit tests in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42362">[perl #42362]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/949d919c36f8ae3d/85671305b4dfb747?#85671305b4dfb747">[perl #42371] [TODO] check if object.can(method) in callmethodcc() op </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42371">[perl #42371]</a> for a todo item in
<code>src/ops/objects.ops</code>. Jonathan Worthington thought that it was
unnecessary and suggested removing the comment. Allison Randal
agreed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/91663c91baf52c97/01b63d8fa79d6718?#01b63d8fa79d6718">JSON won't make test</a> </i> </p><p>Klaas-Jan Stol submited a patch which alters <code>json.in</code> to make it
pass <code>nmake test</code>. It was committed as r18063.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7e44973c3b3245f9/efbde1d67d4bacc5?#efbde1d67d4bacc5">[perl #42383] [TODO] imcc - if frame->s.file was allocated free it </a> </i> </p><p>Paul Cochrane created a number of RT tickets based upon 'todo' messages
in the code source:</p><ul>
<li> <code>compilers/imcc/imcc.l</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42382">[perl #42382]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42383">[perl #42383]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42384">[perl #42384]</a> </li><li> <code>compilers/imcc/imcc.y</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42385">[perl #42385]</a> </li><li> <code>languages/regex/lib/Regex/Grammar.y</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42393">[perl #42393]</a> </li><li> <code>src/opts/pics.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42353">[perl #42353]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42354">[perl #42354]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42355">[perl #42355]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42356">[perl #42356]</a> </li><li> <code>src/ops/pmc.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42350">[perl #42350]</a> </li><li> <code>src/ops/stack.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42369">[perl #42369]</a> </li><li> <code>src/ops/object.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=2372">[perl #2372]</a> </li><li> <code>src/ops/io.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42373">[perl #42373]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42374">[perl #42374]</a> </li><li> <code>src/ops/experimental.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42375">[perl #42375]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42376">[perl #42376]</a> </li><li> <code>src/ops/debug.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42377">[perl #42377]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42378">[perl #42378]</a>, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42379">[perl #42379]</a> </li><li> <code>src/ops/core.ops</code> - <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42381">[perl #42381]</a> </li></ul><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ecd1ef568858c586/6bff37e037889697?#6bff37e037889697">Parrot Bug Summary</a> </i> </p><p>Jerry Gay remarked that the Parrot ticket queue is growing every week;
there are currently more than 500 tickets, many of them unclassified by
type. He asked for volunteers to help make the queue more manageable.</p><p>In another thread, which was part of ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41858">[perl #41858]</a>,
Mark Glines said he had taken on the task of making a reasonable set
of rules for splint. He ran into several problems. Paul Cochrane
tried to answer the questions as best as he could.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/73d7221d84b76232/193ed5c9b4208953?#193ed5c9b4208953">The great "class" variable renaming</a> </i> </p><p>Steve Peters has had problems with the use of 'class' as a variable
name in <code>struct_vtable</code>. This needs to change for his compatibility
work to progress further. He suggested <code>pmc_class</code> as an alternative.
Klaas-Jan Stol remarked that he thought the word <code>namespace</code> should
also be used carefully.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fbe71a4d4be6760a/660dca37f09559d3?#660dca37f09559d3">Class/Role namespace links</a> </i> </p><p>Jonathan Worthington began working on the association between
classes and namespaces specified in PDD15. He had some questions,
which Allison Randal answered.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/95c47b08af857381/8fc313d9a6d0a306?#8fc313d9a6d0a306">[perl #42406] [PATCH] improper null testing in Parrot_instantiate_object </a> </i> </p><p>Alek Storm reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42406">[perl #42406]</a> that he had a patch
to fix a bug in which the <code>init</code> vtable method override is called instead
of <code>init_pmc</code>. After one week he wondered why no action had been taken.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2cd5d0e44a8e3ad0/654c4bbf4eac40a2?#654c4bbf4eac40a2">[svn:parrot-pdd] r18096 - trunk/docs/pdds</a> </i> </p><p>A commit by Allison Randal added opcodes and methods for 'inspect'
to Objects PDD.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5669b2354576e585/3b593369355678f1?#3b593369355678f1">[perl #42407] [PATCH] refactor vtable overriding, delegate.c generation </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42407">[perl #42407]</a>, Alek Storm submitted a patch which refactors
and optimizes methods involved in vtable overriding.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9b9d9b7e56b33a86/5f9c341907facbbe?#5f9c341907facbbe">[perl #42411] [PARTIALPATCH] Building a 32bit parrot on freebsd under amd64 fails. </a> </i> </p><p>Joshua Isom created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42411">[perl #42411]</a> to submit a patch
which allows Parrot to be configured for 32-bits on a 64-bit machine.
This does not completely fix the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fce517d058647d37/873fbce09296f6be?#873fbce09296f6be">[perl #42412] Configure.pl things =no is true </a> </i> </p><p>Joshua Isom thought that configure should treat <code>--foo=no</code> is false instead
of true. He reported this in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42412">[perl #42412]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/45434da3b1dd6d09/fe994e604dabd413?#fe994e604dabd413">Severe error</a> </i> </p><p>Christian Aperghis-Tramoni reported an error he saw when compiling
Parrot on Linux.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6ca8e1402e83500a/85429e8e74282bc6?#85429e8e74282bc6">call for help: pdd15 implementation</a> </i> </p><p>Jerry Gay highlighted the implementation of PDD 15 as a key goal
for the 0.4.11 release (which has since taken place). He suggested
that people could help by reviewing docs/code/tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b4293be8d2c35c6/c1c2336ec659fb27?#c1c2336ec659fb27">modifying classes after they're instantiated</a> </i> </p><p>Allison Randal began by remarking that Jonathan Worthington had
raised the question of the strategy for safely changing classes which
already have instantiated objects. She offered a few alternatives.
Both Leopold Toetsch and Allison thought her fourth suggestion was
the best one. Alek Storm liked it too, but had another option.</p><p>There was some further discussion about the best implementation,
with Bob Rogers also joining in.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5f254788b23f01d6/ee31757d73f150c8?#ee31757d73f150c8">[perl #42427] [CAGE] cleanup perlcritic errors </a> </i> </p><p>Jerry Gay noted that many tests fail in <code>t/codingstd/perlcritic.t</code>.
In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42427">[perl #42427]</a> he expressed his hope that these things
could be addressed before the next release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/70c62baab825b52b/a4ddccc86979580f?#a4ddccc86979580f">[perl #42429] [BUG]: docs/submission.pod: Confusing use of term 'test' </a> </i> </p><p>James Keenan reported that he found instances of the word 'test'
confusing in <code>docs/submission.pod</code>. He asked for clarification in
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42429">[perl #42429]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b317e1915c397cd5/f22d21c140c8e5f4?#f22d21c140c8e5f4">[perl #42430] [PATCH] make<nobr> <wbr></nobr>:vtable imply<nobr> <wbr></nobr>:method </a> </i> </p><p>Alek Storm created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42430">[perl #42430]</a>. This contained a patch
which makes the<nobr> <wbr></nobr><code>:vtable</code> sub pragma imply the<nobr> <wbr></nobr><code>:method</code> pragma.
What followed was a long discussion on why someone might want to
set<nobr> <wbr></nobr><code>:vtable</code> without setting<nobr> <wbr></nobr><code>:method</code>. Alek, chromatic, and
Allison Randal contributed to this deeply nested thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5e0d07cc3d698b51/5b2caf6832c99944?#5b2caf6832c99944">[ANNOUNCE] Hackathon Toronto, Saturday April 28</a> </i> </p><p>James Keenan announced a spur-of-the moment hackathon in Toronto.
It was held on Saturday, April 28th.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fb96476f08f5beb3/e0463985d0f78e12?#e0463985d0f78e12">[Proposed PATCH] Change libparrot Names and Locations</a> </i> </p><p>Ron Blaschke proposed a patch to change the libparrot names and locations
for Windows, which he included in his message. Jerry Gay added his
comments, and noted that it is nice if tests are included. There was
some further discussion on how to improve the patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d6def6708a171c6b/3a20d910e12c0678?#3a20d910e12c0678">Limiting Exported Symbols on GCC</a> </i> </p><p>Ron Blaschke kicked off this thread by wondering if there was a feature
to limit exported symbols with GCC. Steve Peters was concerned about
adding GCC features to Parrot, as this could break compatibility with
other compilers.</p><p>Nicholas Clark remarked that Perl 5 has been successful with using
flag data in <code>embed.fnc</code> and generating annotated headers automatically.
Jerry Gay agreed with Nicholas and suggested that if a function isn't
meant for public consumption, it shouldn't be available. Joshua Isom
suggested that people can use whatever functions they want, but if they
aren't documented, they are likely to be broken in future releases.</p><p>Joshua Isom was concerned that it had been a long time since there
had been failure-free smokes, and people were becoming accustomed to
test failures.</p><p>Joshua Hoblitt and nahoo82 also contributed to the thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/67b00bae1a6f972b/9e56c72ff6133b02?#9e56c72ff6133b02">[perl #42474] [PATCH] Remove dangling enum commas </a> </i> </p><p>Steve Peters submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42474">[perl #42474]</a> which
removes dangling commas in enum lists. It was applied as r18175.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/85708c5402c546bf/75d2b288d046c373?#75d2b288d046c373">[perl #42475] [PATCH] Change asm() to __asm__() </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42475">[perl #42475]</a>, Steve Peters supplied a patch to help
Parrot compile with <code>-ansi -pedantic</code>. It was applied as r18176.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/64e378e35e5700d6/fb34937beac2f5ec?#fb34937beac2f5ec">Bug Day: Saturday, 14 April 2007</a> </i> </p><p>Matt Diephouse announced that Saturday 14 April was a bug day to prepare
for the 0.4.11 release. This release was made on 17 April.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ce567ebdf59264f3/1ef3c4ed1162951d?#1ef3c4ed1162951d">[perl #41894] segfault happens when invoking poll op </a> </i> </p><p>Earlier,
Jim McKim created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41894">[perl #41894]</a> to report a segmentation
fault.</p><p>Will Coleda offered a patch, which Nuno Carvalho applied. Jonathan
Worthington reported that the patch broke the build for Win32. He
committed a correction in r18187. Joshua Isom suggested an
alternative way of addressing the problem.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/563f2759d21e2a36/50a9c935c0fca1c8?#50a9c935c0fca1c8">request for a few Pugs parser updates</a> </i> </p><p>Darren Duncan asked for a few features to be added to the Pugs parser.
There were three requests in total, which Darren hoped could be easily
implemented by the right people.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/157d24f0c8b6bb7a/820c5802b542a3b7?#820c5802b542a3b7">pugs: aborting smoke tests</a> </i> </p><p>Moritz Lenz reported being unable to do a <code>make smoke</code> for the last few
weeks. Larry Wall thought that the problem looked like a resource
exhaustion or lockup, possibly related to embedded/tunneled Perl 5.
He asked for more output, which Moritz supplied.
Agent Zhang pointed to a post by chromatic which he thought
might relate to the solution.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/217c8b27b3a20381/7024d5846b79a2d3?#7024d5846b79a2d3">interactive pugs fails in safe mode</a> </i> </p><p>Wim Vanderbauwhede reported failures with interactive Pugs when
<code>PUGS_SAFEMODE</code> is true.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%2397;&%23x69;&%23108;&%23116;&%23111;:&%23107;&%23x75;&%23100;&%23x72;&%23x61;&%2364;&%23x64;&%23x6F;&%23x6D;&%2397;i&%23x6E;&%23x74;&%23106;e.&%23x63;&%23111;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-04-22T07:15:54+00:00summariesPerl 6 summary, 01-07 Apr, 2007
http://use.perl.org/~kudra/journal/33056?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"developers shouldn't live in fear of $^O"</p><p>-- Jerry Gay, in 'Use of English pragma'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/7452a68152ae9e95/b8498d73fde3df01?#b8498d73fde3df01">Second Perl 6 Microgrant - Phil Crow on Java to Perl 6 declaration converter</a> </i> </p><p>Leon Brocard announced that the second Perl 6 microgrant had been awarded
to Phil Crow for his proposal to convert Java declarations to Perl 6.
More information about his proposal can be found in the grant application text. </p><p>Details about
<a href="http://www.nntp.perl.org/group/perl.perl5.porters/2007/03/msg122448.html">the microgrant application procedure</a>
are available for those interested in submitting a proposal.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/5dad870e68f2142c/19db1ec44fc8a4a6?#19db1ec44fc8a4a6">[S03] typo</a> </i> </p><p>Jonathan Lang submitted a patch which corrects a typo in S03.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1e7dfa95ed48fc64/574c148448242e4f?#574c148448242e4f">[S03] Range Semantics</a> </i> </p><p>Jonathan Lang suggested a change to S03 which was inspired by the new
array indexing syntax from S09. This would make Ranges in an array
index a natural outgrowth of the standard Range semantics.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/0ec6ffca26386a3b/d74db559848b6e7f?#d74db559848b6e7f">[S03] Negation metaoperator</a> </i> </p><p>Jonathan Lang had a proposal to generalize the negated relational
operators to apply to any infix operator which returns a boolean.
Larry Wall rejected the suggestion because the relationals Jonathan
named are typed to return Any, not Bool.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/190147e2feed17b3/5ac8e9a28815ee50?#5ac8e9a28815ee50">[perl #39934] [PATCH] Make disassemble useful. </a> </i> </p><p>Kevin Tew created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39934">[perl #39934]</a> with a patch and requested
feedback...back in July of 2006. Paul Cochrane applied it as r17922
on April 1st.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bd55c4cfa4a248a0/f2408a260a1ff832?#f2408a260a1ff832">[perl #41774] [BUG]: Failures in 5 tests during 'make test'; partially patched </a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41774">[perl #41774]</a> to report errors on
5 different tests. Later he closed the ticket because the failing
tests were identified as part of ongoing work and the tests were no
longer failing.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/779cda540eee90a9/63f4ae03818b7e95?#63f4ae03818b7e95">[perl #41860] [CAGE] Run Parrot under Coverity Prevent </a> </i> </p><p>Paul Cochrane wanted to get Coverity to run Prevent on Parrot.
This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41860">[perl #41860]</a>.</p><p>More recently, Paul reported that he'd received a reply stating that
Parrot could certainly be added, but that no date estimate was available
at the moment.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ba3e5c9b17d1625b/49dc7e5880fe3631?#49dc7e5880fe3631">Syntax for Constructing new Objects (and classes?)</a> </i> </p><p>This thread began with Klaas-Jan Stol asking about the syntax for
constructing new objects because he thought that it was going to
be changed. Allison Randal replied with examples of the two proposals
for the new syntax. </p><p>This led Alek Storm to ask if <code>new()</code> would be
a vtable method or a PCCMETHOD. Jonathan Worthington confirmed
that it is a PCCMETHOD. Allison elaborated that it is a class method.</p><p>More recently, Alek replied that he thought that <code>new</code> should be kept
an opcode, and <code>new()</code> should be a vtable method which is called from
inside the <code>new</code> opcode. Jonathan Worthington was confused by Alek's
proposal. He suggested making BaseClass implement all the vtable
variants of a method, and Class can inherit from it and provide a sane
interface. Alek thought that Jonathan's suggestion was similar to
one he had made in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41619">[perl #41619]</a> but that Jonathan's explanation
was superior. Allison also added her thoughts to this subthread.</p><p>In the main thread, Jonathan proposed deprecating the old syntax
in the next release and removing support for it in the following release.
Allison agreed to marking it as deprecated now. Joshua Isom wanted
the dot syntax to still work so that tests wouldn't need to be rewritten.
Allison explained that there were several reasons to remove constants
for types and the class registry.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/179018eca03a9493/a03e40888f88a916?#a03e40888f88a916">compilers/pirc continued...</a> </i> </p><p>Klaas-Jan Stol added a vtable to the parser in <code>compilers/pirc</code>.
He proposed looking at the bcg project to see if it would fit in
with <code>compilers/pirc</code>. Allison Randal thought it was worth exploring.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c4bf7ca34b7ec65c/e11d4c651a508f65?#e11d4c651a508f65">[svn:parrot-pdd] r17907 - trunk/docs/pdds/draft</a> </i> </p><p>A commit by Allison Randal integrated some questions and comments
into the Objects PDD. Jonathan Worthington had a few comments,
such as noting that <code>resolve</code> is sugar rather than something new,
and that comments about offsets should go away. Allison noted
that <code>resolve</code> is the preferred way of dealing with conflict
resolution, and removed references to offsets.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d0f29b0a743750ad/31c439ce3d6753da?#31c439ce3d6753da">[perl #42261] Extensive failures in t/compilers/imcc/imcpasm/*.t and t/pmc/sub.t </a> </i> </p><p>James Keenan posted some failures in <code>make test</code> in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42261">[perl #42261]</a>. Paul Cochrane reported that he was unable to
replicate the failures with r17914 and asked James to check his
revision. James looked into it further and concluded that the name
of the sandbox was affecting the test results. He wondered if anyone
could explain why that was happening.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ef990cf8f40a31c0/b90e2293b2c9679a?#b90e2293b2c9679a">[svn:parrot-pdd] r17921 - trunk/docs/pdds</a> </i> </p><p>A commit by Paul Cochrane noted that Perl code with <code>__END__</code>
or <code>__DATA__</code> blocks should not get an emacs or vim coda. Shawn M
Moore suggested putting the coda at the top of the file, but Paul
explained that this had been attempted but proved to be a poor solution
for several reasons.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d99fa3b690f6e597/d67ee9dd04887ad6?#d67ee9dd04887ad6">[perl #42267] [CAGE] Work out how to encourage good editor-independent formatting habits </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42267">[perl #42267]</a> with the mission
"Figure out how to encourage good formatting habits, without assuming
that everyone uses emacs or vim, and with minimal clutter in our
source code. Also write a coding standards test to codify this."</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/478ba83974658182/70410ccaece0995f?#70410ccaece0995f">[perl #39878] [CAGE] generated files with timezoneless times </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39878">[perl #39878]</a>, Will Coleda wanted tools which insert messages
into generated files to include a timezone (which should always be UTC).
Paul Cochrane said that generated files are checked for timestamps in
<code>codingstd/gmt_utc.t</code> and that <code>config/init/defaults.pm</code> was updated
in r17923 to pass the test.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ebcbed440dbb2b07/d62a0a75593bd6b9?#d62a0a75593bd6b9">[perl #40861] [CAGE] - add a Perl::Critic policy to look for FIXME|TODO|XXX </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40861">[perl #40861]</a>, Paul Cochrane suggested adding a check
for 'FIXME'/'TODO'/etc for the Perl source files, as there is currently
only a check for the C files. This was done in r17925.</p><p>Chris Dolan suggested using an existing Perl::Critic policy. Will
Coleda asked if Andy Lester would accept a patch which would optionally
permit 'TODO' comments which included ticket numbers and reject those
which don't include ticket numbers? Andy replied that he didn't want
to build exceptions, and proposed that people just write 'RT #12345'
instead of 'TODO (#12345)'. Paul Cochrane agreed with this suggestion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/37bc5ee5be3a778c/ad7491e3cf673f28?#ad7491e3cf673f28">Link'n'Load on Windows</a> </i> </p><p>Ron Blaschke reported that he was looking into errors in linking and
loading on Windows. With linking, there were some symbols which
weren't exported. He planned to provide a patch to export them.</p><p>To solve the loading issue, he wanted to change several files to
include the full path.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/856c1c4e1dfae108/24767c8fe96fc18e?#24767c8fe96fc18e">Current State of Building Parrot on Cygwin</a> </i> </p><p>Ron Blaschke reminded the list that it is necessary to include the
absolute path to <code>blib/lib</code> in the PATH environment variable to build
on Cygwin. He also explained that some problems could be due to a
file having Windows line endings.</p><p>Eric Hanchrow wondered if it was possible to make Parrot less fussy about
the line endings. Ron wanted to see that happen, but explained that
his suggestions were workarounds until the problem was resolved.
Steve Peters said he would be looking at how to improve the process.</p><p>Ron described his thoughts in more detail in
'<a href="%23460FBBAA.5060409@rblasch.org">Link'n'Load on Windows</a>.' chromatic asked if it
was possible to pass flags to the linker to hint at the path, which
is how the Linux version works. Ron thought that was handy, but hadn't
seen something similar for Windows.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2c07d5aef6eaf776/831c4df1cf460316?#831c4df1cf460316">[perl #42270] [PATCH]: Configure.pl: refactor options processing functionality </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42270">[perl #42270]</a>, James Keenan posted a patch which removes
command-line option processing from <code>Configure.pl</code> and puts it in a
library. This was done to make testing easier. The patch was applied
as r17983 and 17984.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d85b92c9daa025cd/28311d0b2dbfa9a3?#28311d0b2dbfa9a3">[perl #42271] [PATCH] Borland C++ cleanups </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42271">[perl #42271]</a>, Steve Peters submitted a patch which
cleans up Parrot for Borland C++ on Windows. This patch does not
completely solve compilation issues because it seems to create new
issues on Linux. chromatic applied it as r18134.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ab9d605cc0dd7c4f/81c6362160d5b4bc?#81c6362160d5b4bc">Hash iteration question</a> </i> </p><p>Jonathan Worthington showed two examples of iterating through a hash,
and noted that in his first example you will only get the first key
in the hash. He believes that the hash and iterator code are closely
tied and isn't thread safe.</p><p>Allison Randal replied that the significant differences are down to
the iterator's <code>shift_pmc</code> throwing an exception if the key is -1,
while <code>shift_string</code> doesn't check. She agreed that the code was
excessively mixed and needed review. Leopold Toetsch added a further
explanation on the implementation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a3b8e4c00918b04a/2e96777e551ee7d6?#2e96777e551ee7d6">PDD15: newclass</a> </i> </p><p>Jonathan Worthington had a comment on PDD 15 and how it described
the creation of a new class. He wondered about the implementation.
Allison Randal replied that the <code>newclass</code> opcode will be a simple
opcode. Jonathan implemented what Allison described and created
a test for it as well.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ba0e83e29d28016b/88a9fc3aa5b1956c?#88a9fc3aa5b1956c">[perl #42072] [BUG]: pmc2c.pl: Does anyone (know how to) use the 'no-body' option? </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42072">[perl #42072]</a>, James Keenan noted that nobody had spoken
up in favor of retaining the <code>no-body</code> option. He said that he would
take the ticket and assign the revisions to participants of the Perl
Seminar Phalanx Phoneix project in NY.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8d06c94ae0aa1cf/146592a20f0dae62?#146592a20f0dae62">[perl #42279] [PATCH] Parrot cleanups - part 2 </a> </i> </p><p>Steve Peters submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42279">[perl #42279]</a> which
had some cleanups to make Parrot work better with different C
compilers. It was applied as r17952.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b089f28af2af5aae/14b66ab2e6283b3d?#14b66ab2e6283b3d">Paper on Software Patterns in Parrot</a> </i> </p><p>Klaas-Jan Stol mentioned that he had recently taken a course on
software patterns and co-authored a paper on patterns in Parrot,
which he put on the <a href="http://rakudo.org/parrot/index.cgi?publications_on_parrot">wiki</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d925a6853c6b9a36/a53ce52460d0bd67?#a53ce52460d0bd67">[perl #42286] [CAGE]: Parrot::Pmc2c::PCCMETHOD constants should be autogenerated </a> </i> </p><p>Jerry Gay noted that <code>lib/Parrot/Pmc2c/PCCMETHOD.pm</code> contains a number
of constants, which should be generated during the configure process
and included. Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42286">[perl #42286]</a> discusses this request.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c40575fe1b405f4c/ea864be05f38886b?#ea864be05f38886b">[perl #42287] [TODO] MMD needs to be in a PDD </a> </i> </p><p>Jonathan Worthington wanted multi-method dispatch to be documented
in one of the PDDs or get its own PDD. The request was made in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42287">[perl #42287]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9afde5552992bcac/c1f6f06a4665670c?#c1f6f06a4665670c">[perl #42292] [TODO] modify PCCMETHOD syntax to more closely match PDD03 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42292">[perl #42292]</a>, Jerry Gay requested that the PCCMETHOD
syntax be modified to put it in line with PDD 03. chromatic offered
a patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cdbe8fce07ea9315/a29c8c73edbc3a28?#a29c8c73edbc3a28">[svn ci] NCI methods now name-mangled</a> </i> </p><p>Jonathan Worthington explained that he was starting to move class
functionality into vtable methods, but ran into the issue that you
cannot have a METHOD or PCCMETHOD with the same name as a vtable method.
This is, however, required to implement the interface specified in PDD 15.
He made some changes to get Parrot working again, which affected the
Complex PMC.</p><p>François PERRAD
reported that this change breaks Lua.
Allison Randal observed the same thing, and asked Jonathan to either
fix the problem for Lua or revert the change from the trunk.
Jonathan apologized for breaking things and said that it was fixed
in r17982.</p><p>Leopold Toetsch suggested that perhaps language maintainers who are
using "features" of Parrot could submit core tests for these features,
so that this type of problem won't occur in the future. Joshua
Isom thought this could be expanded to anyone using Parrot where a
"feature" isn't tested. He proposed an open repository for tests.
chromatic wondered if it was that difficult to mail in patches.
Joshua offered some arguments in favor of it.
chromatic</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/988caec3b59a687a/ad0ca0ca8ab26d2f?#ad0ca0ca8ab26d2f">parrotcode updates.</a> </i> </p><p>Will Coleda solicited for suggestions concerning parrotcode.org because
the current system requires that he do quite a bit of work every time
that directories are moved or files are added. He proposed having a
directory on the site which is a checked in version of the <code>docs/html</code>
directory after a <code>make html</code>. He also suggested having docs for the
latest release as well as for the 'svn head'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6c4e1f51c958f6cb/af08d67f53ce3ebc?#af08d67f53ce3ebc">[perl #42293] t/doc/pod.t vs. tools/doc/pod_errors.pl </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42293">[perl #42293]</a>, Will Coleda suggested removing the script
<code>tools/doc/pod_errors.pl</code> because the functionality is already replicated
in <code>t/doc/pod.t</code>. Also, the script finds errors which the test does
not, which requires investigation.</p><p>Joshua Isom reported that he got a segmentation fault when he tried to
run the script. When he persisted with running it, he found that
it appeared to have a stricter POD checker. Jerry Gay thought that perhaps
the script and the test were checking different files.</p><p>Paul Cochrane found that on Gentoo the <code>t/codingstd/c_indent.t</code>
test caused Perl to segfault, but with a new Perl compilation it
worked. He was curious because he wondered if the error was due
to Gentoo Perl. Joshua replied that he was using Darwin.</p><p>Paul also remarked that the script reported where the errors were
in the file, which the test didn't do. Jerry Gay and Nicholas Clark
commented on this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e873fd4399919545/d4e2cb6bfe7ed1fb?#d4e2cb6bfe7ed1fb">[Fwd: YAPC::Europe Call for Hackathons]</a> </i> </p><p>James E Keenan reposted a call for hackathons which was published
for YAPC::Europe 2007. He felt that the Chicago Hackathon had been
good for Parrot, and hoped that someone would lead a related Hackathon
at Y::E. More information about the offer can be found
<a href="http://vienna.yapceurope.org/ye2007/cfh.html">on the Y::E website</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f1710f708759196e/dcbdbee24cdfae05?#dcbdbee24cdfae05">Re: [perl #42299] AutoReply: $P symbolic register allocation bug</a> </i> </p><p>Yehoshua Sapir remarked that the code in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42299">[perl #42299]</a> worked
on OS X.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c6bef504dcc2dece/8d2fc16c61adbe1d?#8d2fc16c61adbe1d">[perl #42300] [PATCH] t/pmc/sub.t: test for creation of lex by clone op </a> </i> </p><p>Yehoshua Sapir submitted ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42300">[perl #42300]</a> which contains a
patch to test the creation of lex by the clone op.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/df145be76f0f94a1/1f4ba079f439010a?#1f4ba079f439010a">[perl #42305] [PATCH]: Configure.pl: Move STDOUT messages to Parrot::Configure::Messages </a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42305">[perl #42305]</a> to submit a patch
which makes <code>lib/Parrot/Configure/Messages.pm</code> output messages to
STDOUT (previously this was done by <code>Configure.pl</code>). This will
make testing easier. It was applied as r18027.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7432f8465bb73bd8/0d7a781d00f7fcad?#0d7a781d00f7fcad">[svn:parrot-pdd] r17987 - in trunk: . docs/pdds docs/pdds/draft</a> </i> </p><p>Allison Randal made a commit which moved PDD 15 (objects) out of
the draft directory.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9cb04ab8719959ac/db9e3d38232f0188?#db9e3d38232f0188">Use of English pragma</a> </i> </p><p>James E Keenan noted that <code>Configure.pl</code> uses one of the English variables,
namely <code>$OUTPUT_AUTOFLUSH</code>. He wondered if there was a policy regarding
the use of the named variables instead of their short versions. Jerry
Gay felt that it was wrong to use the English variables.</p><p>James said he would convert the variable while refactoring. He created
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42333">[perl #42333]</a> to remind him of this task. Later this was
done and applied as r18033.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8bf89f2ce4cff89c/3863d2057cf502f4?#3863d2057cf502f4">[svn ci] PMC documentation guidelines draft</a> </i> </p><p>Jerry Gay remarked that he had committed a draft of PMC documentation
guidelines in r17998. The document is meant to explain the style of
documentation which should be used for core PMCs. Klaas-Jan Stol
had some additions, borrowed from 'Perl Best Practices'. Joshua Isom
questioned Klaas-Jan on some of the points, and Klaas-Jan elaborated.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7c8c9528c9d9fa75/8261badb1f66da96?#8261badb1f66da96">[perl #42312] src/pmc/os.pmc: bad use of stat(2) and lstat(2) </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42312">[perl #42312]</a>, the output of <code>t/pmc/os.t</code> which fails
on Solaris 10 was attached.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fb5605ac14f1f3e8/8e51e6302da33883?#8e51e6302da33883">[perl #42313] improper casting to void * in src/dynext.c </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42313">[perl #42313]</a> contained a small patch to change
<code>load_func</code> from a void pointer to NULL. Leopold Toetsch
explained that the cast was being used. Nicholas Clark answered
that the casting isn't allowed under strict ANSI C, but that he
preferred assigning a plain 0 rather than a NULL.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2e87fc4cd56b65e4/78e74213d449d85e?#78e74213d449d85e">[perl #42320] [BUG] Memory leak with String pmc </a> </i> </p><p>Mehmet Yavuz Selim Soyturk reported a memory leak in some example code.
This was mentioned in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42320">[perl #42320]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/800cec8a2885c195/2234a377fad16d6c?#2234a377fad16d6c">vtable cleanup and questions</a> </i> </p><p>Jonathan Worthington reported that he is adding the new vtable
entries required for PDD 15. He wanted to know if <code>become_parent</code> could
be removed, or if it needed a standard deprecation cycle. He also
noted that the subclass vtable method needed to be removed, but that
it was in use by ParrotClass and ParrotObject.</p><p>Jonathan also noticed <code>PMC* new_singleton()</code> and
<code>PMC* get_anonymous_subclass()</code>, which don't appear to be used. He
wondered if they should be removed. Finally, he wanted to know if
<code>get_attr</code> and <code>set_attr</code> should be deprecated.</p><p>Nicholas Clark confirmed that <code>become_parent</code> isn't used anywhere.
Will Coleda voted for a standard deprecation cycle. Allison Randal
confirmed this.</p><p>She also agreed that the subclass vtable method won't be needed in
the future, and that <code>get_attr</code> and <code>set_attr</code> could be
deprecated when the full change to PDD 15 is complete.
<code>new_singleton()</code> and <code>get_anonymous_subclass()</code>
were described as "a case of being overly prepared for possible
future needs."</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5a8e7a2d5109630b/919a3e6d6b4e7d54?#919a3e6d6b4e7d54">Minor notes/suggestions on PDD15</a> </i> </p><p>Klaas-Jan Stol had some suggestions for PDD 15. He had some suggestions
for improving consistency. Additional comments were on opportunities
for syntactic sugar and a proposal that operators such as <code>find_method</code>
have the option of throwing an exception rather than returning a NULL
PMC on failure. Allison Randal remarked that the exception question
was under consideration in I/O as well, and that the consistency
issue would be considered when she looked at the Opcodes PDD.
Joshua Isom had a few suggestions as well.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;i&%23x6C;&%23x74;&%23111;:&%23107;&%23117;&%23100;r&%2397;&%2364;&%23x64;&%23111;&%23109;&%23x61;&%23x69;&%23110;&%23x74;&%23x6A;&%23101;&%2346;&%2399;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-04-21T07:44:32+00:00summariesPerl 6 summary, 25-31 Mar, 2007
http://use.perl.org/~kudra/journal/33031?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"I don't think that it's possible to make this non-conformity a fatal heresy<nobr> <wbr></nobr>:-( <br>
(gcc --spanish-inquisition)"</p><p>-- Nicholas Clark in '[perl #42110] [PATCH] Returning values from void functions'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6f618f3383abd63c/1fc4686c70585e76?#1fc4686c70585e76">[svn:perl6-synopsis] r14359 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall introduced user-definable array indexing.
Darren Duncan wondered how one could declare an anonymous multidimensional
array value which is compatible with the system Larry introduced.
Larry explained that the semicolon notation is intended for slicing
subscripts, which are two-dimensional, and it is therefore convenient
to represent one dimension with a semicolon. There was further
discussion on the syntax.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/ea47fa6e98fbd474/dcb5dc597c48daf0?#dcb5dc597c48daf0">[svn:perl6-synopsis] r14354 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall made all punctuation potentially meta.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4af7c614a324f28d/35e2ef5a778538c6?#35e2ef5a778538c6">[perl #41837] [PATCH] integer overflow in include/parrot/sub.h </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41837">[perl #41837]</a> contained a patch which was required for
32-bit Solaris compilers. It was applied as r17853.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/39ea3c4d04b1b933/6e4a33b4b45297be?#6e4a33b4b45297be">[perl #42045] [PATCH] add return statement to clone in iterator.pmc </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42045">[perl #42045]</a> includes a patch from Klaas-Jan Stol which
adds a return statement which had been forgotten. The patch was
applied as r17794.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/defeb63c12e033ee/216aec882052374e?#216aec882052374e">[perl #42082] [BUG]: Configure.pl: Misspecified option; 2 non-valid options documented </a> </i> </p><p>James Keenan explained that refactoring in <code>Configure.pl</code> had exposed
two bugs in the file. He submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42082">[perl #42082]</a>
which corrects the problems in the trunk. Joshua Isom had some questions
about the supposed bugs; James explained why he considered them
problems. Eventually the patch was applied as r17899.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ba3e5c9b17d1625b/49dc7e5880fe3631?#49dc7e5880fe3631">Syntax for Constructing new Objects (and classes?)</a> </i> </p><p>This thread began with Klaas-Jan Stol asking about the syntax for
constructing new objects because he thought that it was going to
be changed. Allison Randal replied with examples of the two proposals
for the new syntax. </p><p>This led Alek Storm to ask if <code>new()</code> would be
a vtable method or a PCCMETHOD. Jonathan Worthington confirmed
that it is a PCCMETHOD. Allison elaborated that it is a class method.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/128db22e345a6735/8b54b799cd749ddc?#8b54b799cd749ddc">[perl #37997] r10604 build failure on Cygwin</a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=37997">[perl #37997]</a>, Ron Blaschke reported that <code>make test</code>
fails on Cygwin for r10604, whereas r17772 builds without a problem.
Joshua Gatcomb expressed his surprise, as he had not heard of anyone
getting Parrot to work on Cygwin for several months.</p><p>Eric Hanchrow offered to occasionally do a test build on his Cygwin
system. Bernhard Schmalhofer suggested that Eric use the smoke system
as documented in <code>docs/tests.pod</code>. Eric later reported that he
could not get r17772 working. Paul Cochrane seconded Eric's report.
Ron suggested using the absolute path for PATH, rather than just
<code>blib/lib</code>. Eric got a bit further using this approach, but then he
had another failure.</p><p>Ron also noted that a few of the stm tests hang, which prevents
smoking on Cygwin. chromatic asked if this was <code>t/pmc/stmlog.t</code>,
but Ron thought it was <code>t/stm/queue.t</code> and <code>t/stm/runtime.t</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cb33b53bfb26ba51/69d0f76e993bbe8c?#69d0f76e993bbe8c">[perl #42110] [PATCH] Returning values from void functions </a> </i> </p><p>Steve Peters reported that a couple of functions are trying to return
values from void functions. He included a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42110">[perl #42110]</a>.
Andrew Dougherty remarked that he had submitted the same patch the
previous week, but not in RT. The patch was applied as r17793.</p><p>Steve hoped there was a GCC warning flag which would catch this situation,
but Nicholas Clark replied that he didn't think it was possible to look
for this. He wondered if some other compilers could be coaxed into
protesting. There was some discussion between Leopold Toetsch, Nicholas,
Steve and chromatic over the value of <code>-ansi -pedantic</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/01a8074bedf2bcc6/dd83cd7e8b85a747?#dd83cd7e8b85a747">[perl #42151] [PATCH] Assorted casting cleanups - part I </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42151">[perl #42151]</a>, Steve Peters submitted a patch to clean
up some casting instances. Kevin had a related request. Andy
Dougherty also had a suggestion. Steve said that he intended to look
at some of these ideas more closely as he worked on the project.
chromatic and Leopold Toetsch also joined the thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c264c5693ef0639e/baed4de1a2314bf2?#baed4de1a2314bf2">IRC discussion of smoking and branching</a> </i> </p><p>Allison Randal posted a discussion of the draft document
'Parallel development requirements,' which was announced in
thread '<a href="%2320070327125201.41679.qmail@spout.spiders.net">ParrotCode meeting this week</a>'.</p><p>There were some suggestions on how to improve the smoking system.
For instance, Nicholas Clark noted that the Perl 5 system reports
failures to perl5-porters, but the Parrot smoke failures aren't
reported in a similar way. Another discussion involved commits
which violate the coding standards.</p><p>Many people contributed to this thread, and also to the IRC
conversation which Allison posted.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8208922a5e002375/6a3d47e788cfdff4?#6a3d47e788cfdff4">Re: [perl #42155] [PATCH] move members from Parrot_Interp to Parrot_Context</a> </i> </p><p>Alek Storm created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42155">[perl #42155]</a> to offer a patch which moved
variables from <code>Parrot_Interp</code> to <code>Parrot_Context</code>. He noted that it
broke some tests, and anyone who could figure out what the problem is
will get a hug.</p><p>Leopold Toetsch replied that it was deliberate that these variables
were not in the Context structure. Alek replied that some of them
already are in <code>Parrot_Context</code> and this patch simply moves the rest
of them. Leopold and Alek had some further discussion on the matter.
chromatic added his thoughts as well. Some benchmarking was done
in an attempt to calculate the performance of Parrot before and after
the patch. Joshua Isom also tested it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5c3463f9eb12b9e7/60c11bad5699c23d?#60c11bad5699c23d">[perl #42156] [PATCH] Make invoke() return opcode_t* </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42156">[perl #42156]</a> contained a patch by Steve Peters. This
addressed some of the points raised in
'<a href="%23rt-3.6.HEAD-30201-1175013273-462.42151-72-0@perl.org">[perl #42151] [PATCH] Assorted casting cleanups - part I </a>'.
Paul Cochrane reported that the patch generated a warning for him.
Steve made some additional changes to resolve the issue, and the
new patch was applied as r17859.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2d46687cfe46aa36/ec73e05d8781d63e?#ec73e05d8781d63e">[perl #42161] [BUG] Parrot::Test throws "Can't spawn" warning on windows if a system call returns a negative value </a> </i> </p><p>Jerry Gay reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42161">[perl #42161]</a> that Parrot::Test throws
a warning on Windows if a system call returns a negative value. He
planned to commit a patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bb9ecdaf748fe4c5/7489e0f4147b5bc9?#7489e0f4147b5bc9">[perl #42073] [BUG]: compilers/pirc/Makefile not cleaned up by 'make realclean' </a> </i> </p><p>James Keenan reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42073">[perl #42073]</a>
that he expects <code>make realclean</code> to return his Parrot sandbox to
its initial checkout status. He noted that this was not always happening.</p><p>Klaas-Jan Stol was responsible for the file in question, but could
not replicate the problem. James offered a patch and applied it
as r17821. There were still some issues, which led James to ask if
there were any Makefile experts who could help.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9534f2906fc1da68/a5529978ba0d7101?#a5529978ba0d7101">[perl #42169] [CAGE] Create a sample subversion/config </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42169">[perl #42169]</a> in response to a recent
IRC discussion. Paul Cochrane offered a possible patch. Allison
Randal pointed out that this was a global configuration which would
affect all subversion repositories, not just Parrot. It was added
to <code>editor/</code> in r17916.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/62c1057ed9abcb95/10012e739aaedc36?#10012e739aaedc36">[perl #42170] [PATCH] Report line numbers on trailing_space.t </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42170">[perl #42170]</a> for a patch which was
mentioned on IRC. He thought it was rather verbose, but didn't object
to someone applying it. Jerry Gay and Eric Hanchrow offered comments.
Paul Cochrane reported that the options had been added to
<code>docs/project/cage_cleaners_guide.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/298d754ed9d7851c/5a0db4c795050797?#5a0db4c795050797">[perl #42215] [WEB]: Exporter PMC (and possibly others) missing from pmc docs page </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42215">[perl #42215]</a>, Jerry Gay reported that the website
parrotcode.org was missing some newly created PMCs.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f67fdd98fe919957/edc11a76653d730b?#edc11a76653d730b">[perl #42218] [PATCH][Cygwin] Use bc on Cygwin </a> </i> </p><p>Ron Blaschke submitted a patch which enables bc on Cygwin if it is
available. This was in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42218">[perl #42218]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2c20dbf13c4a07ed/d2992e2f9662456f?#d2992e2f9662456f">[perl #42074] [PATCH] add RECURSION_LIMIT macro </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42074">[perl #42074]</a> contains a patch by Alek Storm which defines
a <code>RECURSION_LIMIT</code> macro which had been hardcoded. It was applied
in r17863.</p><p>chromatic noted that it would be easy to make it a gettable/settable
interpreter property and wondered if it would be of any use. Paul
Cochrane replied that it already is that type of property, and that
it would probably be valuable to be able to set the value at runtime.
Leopold Toetsch reported that the interpreter already has it.</p><p>Alek noted that the ParrotInterpreter PMC doesn't implement <code>set_pmc_keyed</code>
and wondered if he could implement it. Allison Randal decided against
it. There was a brief discussion on this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/913865180c55bcb3/12aafc929604d6a4?#12aafc929604d6a4">[svn:parrot-pdd] r17711 - trunk/docs/pdds/draft</a> </i> </p><p>Jonathan Worthington made a commit to PDD15 which added a proposal
for role conflict resolution.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-30557-1174829781-384.42072-72-0&%2337;40perl.org&%2337;3E">[perl #42072] [BUG]: pmc2c.pl: Does anyone (know how to) use the 'no-body' option? </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42072">[perl #42072]</a>, James Keenan reported that he had
experienced problems writing a test for the 'no-body' option in
November/December, but hadn't gotten around to it. Because this
option is not completely covered by the test suite, it is affecting
other code. Therefore James is trying to figure out how it ought to
work and had some questions about the warnings he saw.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5b859f3801e9f378/e3742952935726f1?#e3742952935726f1">First Perl 6 Microgrant - Steve Peters on Parrot Portability</a> </i> </p><p>Jesse Vincent announced that Steve Peters was the first recipient
of the Perl 6 microgrant. Steve will be working on Parrot portability,
and has already made several patches this week. More information
about his proposal can be found in the grant application text.</p><p>Details about
<a href="http://www.nntp.perl.org/group/perl.perl5.porters/2007/03/msg122448.html">the microgrant application procedure</a>
are available for those interested in submitting a proposal.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dedd2ce721e62c1e/8d47dd54b6a0c4a1?#8d47dd54b6a0c4a1">A challenge... about Parrot</a> </i> </p><p>Alberto Simões
mentioned a conference on languages, compilers and interpreters in
Portugal. He thought it might be a good occasion to make a scientific
publication about Parrot. Alberto felt that bringing Parrot to the
attention of the scientific community would be a gain for both
universities and Parrot. He offered to help with accommodation
but not with writing the talk.</p><p>Jonathan Worthington thought it was a good idea although he wouldn't
be able to attend the conference. He noted that he had previously
spoken to an academic audience and that it was challenging. He
wanted to see the gap bridged, but noted that his own experience had
involved some negative responses from a theory-oriented group.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/03ccf198c8d2345b/1362890b0abf9006?#1362890b0abf9006">[perl #42105] memory leak in PCCMETHOD together with Parrot_runops_fromc </a> </i> </p><p>Richard Hundt reported a memory leak, using ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42105">[perl #42105]</a>
to draw attention to it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9f3d9b0259f935f4/41ed07fa99b43268?#41ed07fa99b43268">[perl #42106] t/pmc/iterator.t t/src/io.t failed on Linux </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42106">[perl #42106]</a>, James Keenan reported some errors that
he had encountered with <code>make test</code> on Linux. Eric Hanchrow replied
that he thought it was his code, and that he was looking into the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3972091be6db0e5d/5a7603c3c50e7a73?#5a7603c3c50e7a73">[perl #42107] [PATCH] Intel C++ is not gcc </a> </i> </p><p>Steve Peters submitted a patch to help identify GCC compilers correctly.
It was attached to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42107">[perl #42107]</a> and applied as r17789.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/925215884b76da01/148e0018e99cf31a?#148e0018e99cf31a">ParrotCode meeting this week</a> </i> </p><p>Will Coleda wanted to discuss branching and the repository in general
at the weekly Parrot meeting. Jerry Gay started a
<a href="http://rakudo.org/parrot/index.cgi?parallel_development_requirements">wiki page</a>
to keep track of ideas.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0a2378fddb515366/c09b5388eaacea77?#c09b5388eaacea77">[perl #42135] [PATCH] Fix overzealous flag removal in t/examples/shootout.t </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42135">[perl #42135]</a>, Andy Dougherty tried to address the
problem of examples in <code>examples/shootout</code> specifying flags which
aren't described anywhere. It was applied as r17792.</p><p>Leopold Toetsch apologized for the lack of documentation and
explained what the flags did.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a4e992ef20006683/cfcb903adcbdc47e?#cfcb903adcbdc47e">Testing PIRC</a> </i> </p><p>Klaas-Jan Stol wanted to create a test suite for <code>compliers/pirc</code> but
wanted suggestions on how he could do this.</p><p> <b>perl5-porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/0960282bbd31999d/799b9d8c2ec6b1e2?#799b9d8c2ec6b1e2">Working on punie + rindolf (the implementation) Reloaded</a> </i> </p><p>Shlomi Fish discussed the idea of writing a Perl 5 front-end which
will compile Perl 5 code to Parrot. He wanted to name it 'rindolf'
and wondered if Punie would be a good basis for the effort. He also
wanted to know if he could have commit access to the repository.</p><p>Allison Randal replied that it was an unusual approach and that she had
doubts about the implementation plan, but that she would be interested
in knowing what obstacles and successes came out of the effort.
She thought that Punie would not be useful to Shlomi, given his plan.
Her suggestion with regard to the repository was that he develop
outside the tree and distribute it as a separate loadable module.</p><p>Shlomi argued for being liberal with commit bits, and expressed his
concern that the name Punie suggests that it is a toy. There was some
continued discussion on these points, and also on Shlomi's proposal.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%23x61;&%23x69;&%23108;&%23116;&%23111;:k&%23x75;&%23x64;&%23x72;&%23x61;&%2364;&%23100;&%23111;&%23109;&%23x61;&%23105;&%23x6E;&%23116;&%23106;&%23x65;&%23x2E;&%23x63;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-04-19T09:32:36+00:00summariesPerl 6 summary, 18-24 Mar, 2007
http://use.perl.org/~kudra/journal/33024?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>This week saw the introduction of the Perl 6 Microgrants.
Read more about them in 'Perl 6 Microgrants. Now accepting proposals.'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/da7dfdc2236d5fe1/552a41c927989c57?#552a41c927989c57">Re: Synopsis 26</a> </i> </p><p>Thom Boyer responded to Damian Conway's post from November which
thanked people for offering feedback on the first draft. Thom said
that he had been unable to find the XHTML version of S26 and wondered
if it was available.</p><p>Jerry Gay replied that there wasn't a pod parser available yet.
Damian responded with the requested file, and said he still hoped
to finish the Pod6 parser but he wasn't sure when he would have time.</p><p>Ævar Arnfjörð Bjarmason
asked if Damian could post the code he currently has, so that others
could work on it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3fbdc8583d440dd2/2c9d4b537275f91e?#2c9d4b537275f91e">Enhanced enumerations</a> </i> </p><p>Jonathan Lang proposed a module which would let you set a cycle for
enumerations. For instance, a 'seasons' enumeration might be defined
as 'spring, summer, autumn, winter' and incrementing summer would result
in winter. Andy Armstrong described enumeration as a simple state machine.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9a24f31a85dffef8/ed88602eba470727?#ed88602eba470727">Parrot 0.4.10 released</a> </i> </p><p>Will Coleda announced the release of Parrot 0.4.10 and highlighted some
of the improvements made with this version. This release is named
"The Release Formerly Known as "Prince"."</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1a89f4db80c3face/a781c6d5b6996805?#a781c6d5b6996805">[perl #41870] [TODO] create config file processing library for use in pir </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41870">[perl #41870]</a>, Jerry Gay requested a configuration file
processing library to use in PIR code. Will Coleda did this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e8c82a2f511429b5/864081355d2ec98a?#864081355d2ec98a">[perl #41871] [BUG]: t/pmc/metaclass.t fails on Darwin </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41871">[perl #41871]</a>, James Keenan reported a failure he'd encountered
with <code>make test</code>. Later he reported that he had heard that this test was
supposed to fail, and suggested making it a TODO. chromatic said that
expected failures need to be marked as TODO, because volunteer time is
being wasted. Jonathan Worthington agreed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b21a4eb9f371ac87/a9a4a29a526ff11f?#a9a4a29a526ff11f">[perl #41878] [TODO] create exporter pmc </a> </i> </p><p>Jerry Gay noted in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41878">[perl #41878]</a> that Allison Randal had
replaced the<nobr> <wbr></nobr><code>.IMPORT</code> macro with the <code>export_to</code> namespace which
was defined in PDD21. However, the code was lacking safety checks
and he suggested creating an Exporter PMC. </p><p>Allison elaborated by
suggesting an interface. Patrick R. Michaud added his comments.
A discussion on importing followed, with Will Coleda also contributing.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fd8e5a10b7af4865/215e3b009660fa60?#215e3b009660fa60">[perl #41881] [CAGE] Redo CONTEXT(interp->ctx)->foo </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41881">[perl #41881]</a> from the <code>cage/todo.pod</code>.
Jonathan Worthington was not sure that eliminating the macro there
would be the correct thing to do.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/22cfa9b0d679b1b1/a9100b890a60e77b?#a9100b890a60e77b">[perl #41886] [CAGE] Use lcov to show code coverage </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41886">[perl #41886]</a>, Paul Cochrane noted that the <code>Icov</code>
tool can be used to produce HTML output of code coverage information.
He thought a <code>make cover</code> target could be added to the Makefile.</p><p>Paul Johnson mentioned the option of using Devel::Cover to generate
the reports. Paul Cochrane also noted that there was a script in
<code>tools/dev/parrot_coverage.pl</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d627c5d8f7270f04/d9130df7ceae0542?#d9130df7ceae0542">[perl #38988] [PDD] review pdd07_codingstd.pod </a> </i> </p><p>Will Coleda reopened ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38988">[perl #38988]</a> because PDD07 contained
a marker indicating that Chip had edited part of it, and everything below
needed review.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e88a441078fbda27/e8b813bcec99d27d?#e8b813bcec99d27d">[perl #41505] [CAGE] Cleanup and reorganize documentation related to svn properties </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41505">[perl #41505]</a> to suggest that documentation
of all svn properties needs to be cleaned up and reorganized. Paul
Cochrane attempted to do this with r17591.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/87ee962020ace699/a2d863c90e0975e8?#a2d863c90e0975e8">rpm package</a> </i> </p><p>Steven Pritchard remarked that he had been working on getting a package
built for Fedora, and shared his current package. Allison Randal
asked if he had kept track of the things which caused problems, so
that the packaging process could be improved.</p><p>chromatic speculated that installation paths which are not present
or are incorrect is a common problem. Allison agreed, and wondered if
some tests could be created to check for installation paths. Mike
Mattle explained some of the difficulties in doing this.
Joshua Isom thought that it would not too difficult.</p><p>Steven made a list of his three major problems: hardcoded 'lib',
<code>LD_LIBRARY_PATH</code> had to be set to <code>blib/lib</code> in the top directory,
and the <code>languages/</code> files aren't automatically installed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3647cd44f72812b9/4d905cdb64e6259e?#4d905cdb64e6259e">Re: [perl #39823] [CAGE] tools/dev/run_indent.pl -- this should be a test</a> </i> </p><p>Jerry Gay felt that there should be a coding standards test to ensure
that C source files have the correct indentation. Some time ago he
created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39823">[perl #39823]</a> on this subject.</p><p>Recently, Paul Cochrane asked if <code>t/codingstd/c_indent.t</code> met the
requirement. Jerry replied that there were still some further checks
which should be implemented as tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4be8835da0220d0d/d9b88db07417f35f?#d9b88db07417f35f">[perl #41884] [PATCH] gcc/mingw32-make compilation failure under MSWin32 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41884">[perl #41884]</a>, Alexandr Ciornii submitted a patch to fix
a compilation error on Win32.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/49617f2def654e2b/f1f286deda6ef05f?#f1f286deda6ef05f">[perl #41885] [BUG] All the dynoplibs/dynpmcs fail on freebsd </a> </i> </p><p>Joshua Isom created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41885">[perl #41885]</a> to report failures for
dynpmc and dynoplib tests on FreeBSD 6.0. Paul Cochrane noted that
it also happens on FreeBSD 6.1.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/221a851463e690c0/855396337eeb2727?#855396337eeb2727">[perl #41168] graceful "no compiler" error message? </a> </i> </p><p>Earlier,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41168">[perl #41168]</a>, Will Coleda added a request for a 'no
compiler found' error message in <code>configure.pl</code>.</p><p>A patch was supplied by chromatic, and applied by Paul Cochrane
in r17614. Paul asked for someone to check if it also worked on
Windows, because he had only been able to test it on Linux. Jerry
Gay confirmed that it worked.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ade47fa6f12bb011/6a9724464353041b?#6a9724464353041b">[perl #41889] [PATCH] hoist cut and paste duplication into a function in src/library.c, also possible win32 bug found ? </a> </i> </p><p>Mike Mattie created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41889">[perl #41889]</a>. He thought he had seen
some duplication in <code>src/library.c</code> and so he attached a patch which
corrected it. He wasn't able to test it on Win32, however.</p><p>Jonathan Worthington noted that some of the code Mike thought was broken
worked. He also planned to apply the patch. Eventually this was done
as r17626.</p><p>Nicholas Clark had some comments on the algorithm involved, and some
questions about 2-letter drive names. There was some further discussion
on the temporary solution and the proposed final resolution of the
issue. Joshua Juran was also involved in the discussion.</p><p>Later, Mike posted another patch to <code>src/library.c</code>, meant to be
applied after the previous patch. This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41900">[perl #41900]</a>.
It was applied as r17628.</p><p>After this, Mike supplied a third and a fourth patch in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41902">[perl #41902]</a>
and <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41903">[perl #41903]</a>. These were later replaced with <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41905">[perl #41905]</a>.
Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41906">[perl #41906]</a> was also part of this series. Jerry Gay was able
to confirm that it works on Win32 and it was applied as r17630.</p><p>Finally, ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41918">[perl #41918]</a> addressed some spelling errors
noted by Jerry Gay. It was applied as r17680.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1687-1174228861-1052.38764-15-0&%2337;40perl.org&%2337;3E">[perl #38764] Test results of parrot on Freebsd </a> </i> </p><p>Paul Cochrane submitted the output of <code>make test</code> on FreeBSD 6.1.
chromatic had also seen a failure with <code>t/stm/llqueue.t</code> but considered
the other errors unexpected. He asked if Paul had GDBM installed.
Paul answered in the affirmative. This was covered in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38764">[perl #38764]</a>.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C20070318012913.4bc5b9d0&%2337;40reforged&%2337;3E">parrot-0.4.9 ebuild for the gentoo distribution (WIP)</a> </i> </p><p>Mike Mattie has been working on a Gentoo ebuild for the 0.4.9 release.
He noted that some paths are mistakenly installed by Parrot and that
rpm had the same problem. He included a copy of the build.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/eab692c060b74470/bf3f0715c93d222b?#bf3f0715c93d222b">the value of maintaining a working install target to the parrot project</a> </i> </p><p>Mike Mattie described himself as a programmer interested in the Parrot
virtual machine. He found that one of his biggest obstacles to working
with Parrot is that it doesn't have a working install target. He explained
his reasoning and needs in depth.</p><p>Allison Randal replied that it was well-known that the install process
needs improvement, and patches and suggestions are welcome. She addressed
many of Mike's points, and welcomed proposals which may come from the
careful analysis Mike offered.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/063a7b2f502e81b5/96d8053d0aff0393?#96d8053d0aff0393">[perl #41892] t/stm/llqueue segment violation on test #2 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41892">[perl #41892]</a>, Erik Johansen reported an error on
SuSe Linux 10.2.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c892fb48e2f2d6b4/c3362f42172eab2f?#c3362f42172eab2f">[perl #41893] [BUG] 0.4.9 leaks various<nobr> <wbr></nobr>.c files into install image, creates PREFIX/config, PREFIX/compiler </a> </i> </p><p>Mike Mattie reported some files installed by 'reallyinstall' which
don't belong in the install image. He reported this in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41893">[perl #41893]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ce567ebdf59264f3/1ef3c4ed1162951d?#1ef3c4ed1162951d">[perl #41894] segfault happens when invoking poll op </a> </i> </p><p>Jim McKim created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41894">[perl #41894]</a> to report a segmentation
fault.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9679b0e61711c3dc/c1583c9b8ddece00?#c1583c9b8ddece00">[perl #41895] [TODO] Use Getopt for argument parsing in perlcritic.t </a> </i> </p><p>Paul Cochrane wanted to improve <code>t/codingstd/perlcritic.t</code> by using
Getopt::Long instead of a non-standard argument parser. He stated this
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41895">[perl #41895]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bba70e31bb5c7d6a/eceee4d5513752f4?#eceee4d5513752f4">[perl #41896] [BUG] p5rx tests consuming infinite resources on win32 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41896">[perl #41896]</a>, Jerry Gay reported that in r17619 he
cannot run <code>make test</code> due to failures in the p5rx tests. He
suspected a string GC problem. chromatic thought this might
explain the STM test failure as well. Jerry replied that STM
tests are disabled on Windows so he cannot see if the problem
is related. He committed a fix in r17649.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d3122f23c32394f8/872639c6ec8b01d8?#872639c6ec8b01d8">[perl #41897] [BUG]: Parrot::Pmc2c::STMRef gets 'subroutine prederef redefined' warning </a> </i> </p><p>James Keenan found that Devel::Cover sometimes reveals issues which
don't appear with <code>prove</code> or <code>make test</code>. He reported a warning
which he saw with Devel::Cover in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41897">[perl #41897]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38bf547c24b32cbc/05f1d4e52012b749?#05f1d4e52012b749">[perl #41898] Build error with icc </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41898">[perl #41898]</a>, Paul Cochrane reported a build error
when trying to use icc.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b481d7ad10eb76f3/111b6652ce5ba7fc?#111b6652ce5ba7fc">[perl #41908] [PATCH] 5 feature enhancement of src/library.c (extension guessing), and solutions for the install target problems </a> </i> </p><p>Mike Mattie launched ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41908">[perl #41908]</a> to offer a patch to
enhance <code>Parrot_locate_runtime_str</code>. It introduced two new
static functions. Mike went into some detail on his reasons behind
the patch. It was applied as r17632.</p><p>There was some discussion of it in
'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9c4fafd677b057ff/04891023d6ffbb3a?#04891023d6ffbb3a">[perl #41908] merging extension guessing feature for library.c</a>'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c0029d69c5414b03/15ae1fd1b689d475?#15ae1fd1b689d475">[RFC] solutions for maintaining the install target, will affect developers work-flow</a> </i> </p><p>Mike Mattie described some of the patches he has been writing
(see <a href="%23rt-3.6.HEAD-30201-1174300762-187.41908-72-0@perl.org">[perl #41908] [PATCH] 5 feature enhancement of src/library.c (extension guessing), and solutions for the install target problems </a> and
<a href="%23rt-3.6.HEAD-1687-1174228211-1470.41889-72-0@perl.org">[perl #41889] [PATCH] hoist cut and paste duplication into a function in src/library.c, also possible win32 bug found ? </a>).
He asked for feedback before he moves further with the proposals
he outlined in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41908">[perl #41908]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b90f4e50d9ee099e/1756ffe7d3e8c677?#1756ffe7d3e8c677">Re: [PATCH] Quiet a few alignment warnings</a> </i> </p><p>Earlier,
In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=37178">[perl #37178]</a>, Will Coleda applied a patch which quieted
some alignment warnings. Andy Dougherty had created it some time ago.
He hoped someone else would take up the task of trying to document
and check Parrot's alignment assumptions. <br>
Later, the patch had to be removed because it had introduced some
problems. One problem was that it incorrectly assumed that all
compilers accept a <code>-h</code>, <code>--help</code> or<nobr> <wbr></nobr><code>/?</code> switch. He and chromatic
tried to find a solution but were not successful; chromatic promised
to work on a better patch.</p><p>More recently, Andy Dougherty figured out part of the problem. Nicholas
Clark and chromatic also discussed the issue further.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3c8c2e6bd7a023f3/1c1cf6a65d7f50de?#1c1cf6a65d7f50de">[perl #38969] [CAGE] parrot source does not conform to standards </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38969">[perl #38969]</a>, Paul Cochrane suggested removing
<code>tools/dev/check_source_standards.pl</code> because the tests which were
previously in the file had been moved to <code>t/codingstd</code>. Jerry
Gay directed Paul to <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39824">[perl #39824]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a40245d3b7bc033c/8596b18a9975028a?#8596b18a9975028a">[perl #41912] [CAGE] survey tools/ dir for unused, old, or broken code, and remove or fix as necessary </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41912">[perl #41912]</a>. He proposed that scripts
and utilities in <code>tools/</code> be checked to see if they are still in use.
James Keenan took a stab at this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/619fa69ab404e13f/c151114f5984388d?#c151114f5984388d">[perl #41915] [TODO] remove unused manifest-generating scripts </a> </i> </p><p>Jerry Gay named some broken and possibly unused scripts in <code>tools/dev</code>,
many related to manifest generation. He wondered if one script
could replace them. Paul Cochrane linked this ticket (<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41915">[perl #41915]</a>)
to another ticket, <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40911">[perl #40911]</a>.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45FF3783.2070709&%2337;40verizon.net&%2337;3E">Re: [perl #41201] [TODO] Remove temporary conf hack in Configure.pl</a> </i> </p><p>Earlier,
In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41201">[perl #41201]</a>, Paul Cochrane noted that there is a temporary <br>
hack in <code>Configure.pl</code> which should be implemented properly.</p><p>Recently, James Keenan submitted a patch which attempts to address this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/311dbff7558b3db7/e1ebc4ea781726cf?#e1ebc4ea781726cf">[perl #41926] [PATCH] partial update of NEWS for 0.4.10 </a> </i> </p><p>Jerry Gay submitted a partial update for <code>NEWS</code> for update 0.4.10 and
asked someone to finish it. This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41926">[perl #41926]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ec0e92a0b73c52f6/9090432a8f0b3467?#9090432a8f0b3467">[perl #41927] [PATCH] getting gen_manifest_skip() to return correct results quickly </a> </i> </p><p>Paul Cochrane submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41927">[perl #41927]</a> which
he attributed to Jerry Gay, Will Coleda and himself. It makes
<code>gen_manifest_skip</code> return a list of the ignore files.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/21c3e32506779b45/bc95997129327248?#bc95997129327248">Countdown to 0.4.11</a> </i> </p><p>Matt Diephouse created a list of tickets that he wanted to see
resolved for release 0.4.11. As it just so happens, 0.4.11 was released
the day this summary was completed, so this message is not worth
summarizing.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a5d317b374dc33b1/8c16c2ec04e26f95?#8c16c2ec04e26f95">[perl #41955] [PATCH] Yet Another PIR -- in C </a> </i> </p><p>Klaas-Jan Stol submitted a patch of an implementation of PIR in C in
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41955">[perl #41955]</a>. His goal was to clean up PIR and to see
if a rewrite would reduce the size.</p><p>Joshua Isom wondered what Klaas-Jan considered 'hackish' and how much
more work he thought it would take to get the bytecode working. Klaas-Jan
replied that he referred to the 'TODO', 'FIXME' and other comment
scattered throughout the code and that he couldn't make an estimate on
the bytecode although it probably wasn't trivial.</p><p>Allison Randal said that she was happy to see it in <code>compilers/pir</code> as
an experiment in progress.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/96310e62414668f6/2aa460285f0c4212?#2aa460285f0c4212">[perl #41956] [TODO] Rename PMETHOD and PMINVOKE </a> </i> </p><p>Jonathan Worthington reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41956">[perl #41956]</a> that
it had been decided (in a discussion with Allison Randal) to rename
<code>PMETHOD</code> and <code>PMINVOKE</code> to <code>PCCMETHOD</code> and <code>PCCINVOKE</code>. Kevin Tew
wondered if <code>PRETURN</code> should become <code>PCCRETURN</code>.
Jonathan Worthington said he'd already created a ticket for that,
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42001">[perl #42001]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/36693bd235db9006/7e927a6e12bf1fcd?#7e927a6e12bf1fcd">lang/pir tests fail</a> </i> </p><p>Klaas-Jan Stol reported this test failure, as well as some in
<code>languages/Pynie</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0da035694175e4ae/53c71e45f8bc4e42?#53c71e45f8bc4e42">[PATCH] void functions can't return values.</a> </i> </p><p>Andy Dougherty submitted a patch because the documentation for
<code>Parrot_set_attrib_by_num</code> suggests it returns a PMC pointer, but
the source code doesn't actually return anything.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c501ee88da9ad4a5/4c87b2b19aec4212?#4c87b2b19aec4212">[PATCH] Avoid<nobr> <wbr></nobr>//-style comments.</a> </i> </p><p>Andy Dougherty submitted a patch to remove<nobr> <wbr></nobr><code>//</code> style comments because some
compilers don't understand them. Also, he thought it was a bad idea to
comment out sections of code without explaining why they were commented
out. H.Merijn Brand also expressed his distaste for this type of comment.</p><p>Matt Diephouse applied the patch in r17692. He said that there was a
test for C++ style comments, but that it doesn't appear to check all
generated code.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8d7ad03be19ab984/17283bc575e97f41?#17283bc575e97f41">[PATCH] Hints must come early in Configure.pl</a> </i> </p><p>Andy Dougherty explained that hints need to come before inter/progs. He
submitted a patch to correct this. James E Keenan reported that Will
Coleda made the change Andy advised in r17671, which was basically
reverting to r16268 from a change made in r16416. He linked to information
about these previous commits.</p><p>chromatic wondered if there was some way that the problems James
referenced (which were on his system) could be fixed in some other
way. James and chromatic tried to resolve the issue. Andy added
his two cents.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/45d95d20046ea961/8b2a7089c38a15e7?#8b2a7089c38a15e7">[PATCH] Suppress optimization on core_ops_cgp.c</a> </i> </p><p>Andy Dougherty reported that <code>core_ops_cgp.c</code> overwhelms his system
and that he couldn't figure out a better way to solve it other than to
turn off optimization. He supplied a patch for it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d318e666df4bedd/523219e48b37a182?#523219e48b37a182">[perl #41975] Makefile is missing dependencies on lib/Parrot/Pmc2c/PMETHODs.pm </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41975">[perl #41975]</a>, Andy Dougherty reported that he had to fix
<code>lib/Parrot/Pmc2c/PMETHODS.pm</code> to get Parrot to compile, but that <code>make</code>
didn't generate the required files after his fix.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6284ededb49d006d/e95a9d00c4871106?#e95a9d00c4871106">make test hangs in t/examples/shootout_1.pir</a> </i> </p><p>Andy Dougherty reported that <code>t/examples/shootout_1.pir</code> was hanging
when he tried to <code>make test</code>. It ran for 15 hours before he killed
it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a22a2e0e9c701514/9e916c04cb01830e?#9e916c04cb01830e">[perl #42040] tools/dev/mk_manifest_and_skip.pl doesn't pick up files that are marked svn deleted but not yet committed </a> </i> </p><p>Kevin Tew noted that <code>tools/dev/mk_manifest_and_skip.pl</code> should remove
files from the MANIFEST if they are scheduled for subversion deletion.
This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=42040">[perl #42040]</a>.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/bc1a826dc9951990/ca915493f06bd977?#ca915493f06bd977">Perl 6 Microgrants. Now accepting proposals.</a> </i> </p><p>Jesse Vincent announced the Perl 6 Microgrants program. Leon Brocard,
representing the Perl Foundation's grants committee, will work with
Jesse to select proposals for projects. Grants are for 500 USD. Proposals
should be for projects which can be completed in 4-6 calendar weeks.</p><p>Tim Bunce suggested that someone could create a tool which could parse
that Java files which define the JDBC API and generate Perl 6. He did
not want to submit the proposal himself, but hoped someone would take it
up. There were a few comments on this suggestion. Phil Crow had some
interest in the idea.</p><p> <b>cvs-parrot</b> </p><p> <i> <a href="http://groups.google.com/group/perl.cvs.parrot/browse_frm/thread/a82e63d28e6cb862/6780db95100ee07b?#6780db95100ee07b">[svn:parrot] r17623 - trunk</a> </i> </p><p>Paul Cochrane removed some code for MacOS Classic after few people showed
interest in targeting this operating system. chromatic rightly noted
that the code could be taken from subversion if it was needed at some point
in the future.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;a&%23105;&%23108;&%23x74;&%23111;:&%23x6B;&%23117;&%23100;r&%23x61;&%2364;&%23100;&%23111;&%23109;&%2397;&%23105;&%23110;&%23116;j&%23x65;.&%23x63;om">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-04-18T17:10:16+00:00summariesPerl 6 summary, 11-17 Mar, 2007
http://use.perl.org/~kudra/journal/32893?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>Due to a lack of free time, I will be unable to continue creating the Perl 6 summaries after April. We are looking for a volunteer or group of volunteers to take over the task.</p><p>Please contact me if you would like more information about what the job entails (contact information can be found at the end of this post).</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/eab09ad7386f5c08/aa3011abb5b25c05?#aa3011abb5b25c05">Some questions about multislices and other things</a> </i> </p><p>Ryan Richter translated the Perl 5 Markov chain to Perl 6. He wondered
if he has the correct syntax; he cannot test it because Pugs doesn't
have full multislice support yet.</p><p>Larry Wall noted that <code><==</code> had become <code><<==</code> recently, and gave a
few other comments.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6fee2db200729b1d/7755f46dbbbfd35e?#7755f46dbbbfd35e">[svn:perl6-synopsis] r14325 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall included a specification for the version sharing and
emulation model for libraries. Zev Benjamin wondered if there could
be an API version attribute. Larry thought that this was covered by
'emulation', but that maybe an API naming convention was needed.
John Macdonald added his thoughts on the terminology employed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/665eb90bb626af03/b2e51dc4a295f521?#b2e51dc4a295f521">[svn:perl6-synopsis] r14339 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall clarified S02, S03, S04, and S06. The explicit
pipe target became <code>@(*)</code> or <code>@@(*)</code>. Pushy pipes were modified.
<code>$?BLOCK</code> returns a list of labels.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/b1ffee54b9913b2d/acf45dd34995f1e0?#acf45dd34995f1e0">DFA rules and p5's $/</a> </i> </p><p>Brad Bowman wanted to know if the form of per-filehandle input record
separators had been added to the Synopses.</p><p>Larry Wall replied that it hasn't been, although it was discussed.
He added a remark to <code>Functions.pod</code> about<nobr> <wbr></nobr><code>.split</code> on filehandles.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d0b73b45046d4975/58c70a1246d114b5?#58c70a1246d114b5">[perl #41364] [PATCH] Fixed object vtable method overrides in PIR </a> </i> </p><p>Earlier, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41364">[perl #41364]</a>, Patrick R. Michaud noted that
the double-underscore method of overriding vtable methods cannot be
deprecated until ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40626">[perl #40626]</a> is resolved. Allison
approved of the patch by Alek Storm and requested a regression test.
She included a rough version. </p><p>Alek wondered if it could be committed now that 0.4.9 has been
released. Jonathan Worthington noted some problems he had had with
applying it. Alek discovered that this was due to a change in r41549,
and updated the patch. Jonathan applied the patch manually in r17514
so that it could be included in the release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/746c0b9388cf0571/a6b383d80c48e593?#a6b383d80c48e593">[perl #40544] [NEW] Test for DOS line endings in Parrot text files </a> </i> </p><p>Earlier, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40544">[perl #40544]</a>, Paul Cochrane submitted a test
which checks for DOS line endings in the Parrot distribution. </p><p>Will Coleda recently noted that some of the problems are related to
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41485">[perl #41485]</a> and that when he sets the properties in his working
copy, the tests succeed. Paul provided an update: he will be do a
few commits which update the svn eol property. Because a large number of files will be affected, the update will done in a small time slot.</p><p>As of r17102, it was fixed.</p><p>However, on March 15th, Will Coleda asked Paul and Jerry Gay to insure
that the test doesn't encourage people to update files which would break
the Windows build, because the tests were failing again.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4c49f5b55a4fc416/a5eada1f3ba77032?#a5eada1f3ba77032">[perl #41579] [BUG] t/pmc/ref.t, t/pmc/threads.t file with -C runcore </a> </i> </p><p>Previously,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41579">[perl #41579]</a>, Patrick R . Michaud reported two failing
tests. chromatic confirmed that this was not restricted to x86_64.</p><p>This week chromatic supplied a patch but he wasn't sure that it was
correct with regard to the Ref PMC.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a2212aea3825ad5f/b9b0ceae103ffa28?#b9b0ceae103ffa28">[perl #41764] [PATCH] teach differentiation of C<exit 1> in exception handling in docs/compiler_faq.pod </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41764">[perl #41764]</a>, Julian Fondren submitted a patch because
exception severity wasn't documented. It was applied in r17431.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a903d7c41e7a8a7c/ef8674542dfde6ec?#ef8674542dfde6ec">[perl #41771] Uncaught Parse Error Leads to Segfault </a> </i> </p><p>chromatic reported a segmentation fault in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41771">[perl #41771]</a>. He
included some code which demonstrated the problem. Bob Rogers claimed
that this was the same issue as <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41097">[perl #41097]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ead5a52432979302/d61974e6b35ad95d?#d61974e6b35ad95d">[Parrot::Embed] Use ExtUtils::MakeMaker for In-Tree Parrot::Embed Builds</a> </i> </p><p>chromatic supplied a patch which tells ExtUtils::MakeMaker how to
build Parrot::Embed from a compiled but uninstalled Parrot. He requested
tests from non-Linux platforms. Jonathan Worthington found some problems,
but thought that they might be due to his installation, not chromatic's
patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f86c2098e2533dad/480d49901ecc3298?#480d49901ecc3298">[PDD15 PROPOSAL] Pluggable MRO</a> </i> </p><p>Jonathan Worthington outlined one of the things he'd like to see in PDD15:
method resolution order. Larry Wall offered his thoughts on children
and parents having different method resolution orders.</p><p>Nicholas Clark said that Brandon Black has been working on making
pluggable method resolution order for Perl 5, and suggested that
Jonathan talk to him about it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e8a4d57354451402/48b264f65c80b275?#48b264f65c80b275">[perl #41776] [RFE] ParrotIO objects that work on strings </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41776">[perl #41776]</a>, Will Coleda noted that it should be
possible to redirect input from and output to ParriotIO objects
which don't perform IO. This was documented in <code>docs/BROKEN.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a649335465398ef6/0531c65b8dd2a912?#0531c65b8dd2a912">[perl #41777] [RFE] Submethods </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=417777">[perl #417777]</a> contains an entry from <code>docs/BROKEN.pod</code>
which needs to be fixed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/79c88e43c8f842bf/8a44fd9b8625bf5a?#8a44fd9b8625bf5a">[perl #41779] [RFE] Anonymous Classes </a> </i> </p><p>Will Coleda copied this item from <code>docs/BROKEN.pod</code> to the ticketing
system, creating ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41779">[perl #41779]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9f1552bc7aa82ad8/a64fb56a566c1a9d?#a64fb56a566c1a9d">[perl #41778] [RFE] Lexical Classes </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41778">[perl #41778]</a> documents another item from <code>docs/BROKEN.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/57723370819cd4e4/e920a202c681d12d?#e920a202c681d12d">[perl #41780] [BUG] Nested *Struct PMCs Share State </a> </i> </p><p>Another ticket (<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41780">[perl #41780]</a>) was created for an item in
<code>docs/BROKEN.pod</code>. chromatic was working on a test case to demonstrate
the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8e7e4884a45350cd/3ed13cb434e94a48?#3ed13cb434e94a48">[perl #41781] [RFE] Store HLL information in invokable PMCs </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41781">[perl #41781]</a> tracks an entry from <code>docs/BROKEN.pod</code> which
explains that invokable PMCs need a canonical way to store their associated
HLL source and argument information.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/213fd58dd3fd5d45/d9b27d6ca75cacb3?#d9b27d6ca75cacb3">[perl #41782] [RFE] Allow Runtime Compiler Registration </a> </i> </p><p>Will Coleda copied yet another item from <code>docs/BROKEN.pod</code> to the
ticketing system: <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41782">[perl #41782]</a>. Leopold Toesch's proposed startup
sequence is described in the ticket.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6f1223cfdda58d36/f6dd7c5cdeebfded?#f6dd7c5cdeebfded">[perl #41783] [BUG?] main isn't in src/parrot.c </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41783">[perl #41783]</a>, Will Coleda documented the <code>docs/BROKEN.pod</code>
item from <code>compilers/imcc/main.c</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f383787b6e5581dd/f966f887194f3241?#f966f887194f3241">[perl #41784] [parrotcode] Link to IMCC FAQ is broken </a> </i> </p><p>Bernhard Schmalhofer reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41784">[perl #41784]</a> that the
link to <code>IMCC FAQ</code> is broken in the main (parrotcode) FAQ.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/af9c3279dc692ffe/2291ae910d81e5c8?#2291ae910d81e5c8">[perl #41786] [PATCH]: tools/build/ops2c.pl refactored </a> </i> </p><p>James Keenan resubmitted patches previously submitted in
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41608">[perl #41608]</a>, this time using ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41786">[perl #41786]</a>. He
had some problems with the original submissions.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/97c39e72827d04ea/11640246791ea63f?#11640246791ea63f">[perl #41788] [BUG] Real registers are limited to 2 digits </a> </i> </p><p>Klaas-Jan Stol created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41788">[perl #41788]</a> to report that the several
registers are limited to 2 digits. Because Parrot is no longer limited
to 32 registers per type, this can be considered a bug.</p><p>Nuno Carvalho submitted a patch to change the lexer to accept additional
digits. chromatic wondered what the effect would be on the register
allocator and memory usage. Leopold Toetsch didn't see this as a problem.
Jonathan Worthington also thought that it would be more usual for the
programmer to ask Parrot to make the allocation. Nuno reminded the
list that the field is a type of INTVAL, and therefore will already
be limited. There was a bit of further discussion on this. Allison
Randal saw no reason not to limit the lexer to a 32-bit integer.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0a30e219fb4f77aa/58823c3ca06b4759?#58823c3ca06b4759">[perl #41790] [PATCH] Change sub's get_string to return short name </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41790">[perl #41790]</a>. He is working on Tcl and
needs to know the name of a<nobr> <wbr></nobr><code>.Sub</code> at runtime and included a patch which
he'd like to see in 0.4.10. The patch did make some tests fail.</p><p>Jonathan Worthington was mostly in favour of the plan,
but wanted to know more about how the tests were failing.
Matt Diephouse liked it too; he had nearly changed it himself
the previous week. Allison Randal approved the change, and it
was applied in r17484.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f4e8ab5d2a50244e/ee70d76b22255021?#ee70d76b22255021">stuck with tge transformation for pynie using PAST::VarList</a> </i> </p><p>Klaas-Jan Stol expressed some difficulties he was having with tree
transformation for Pynie, and asked for help from anyone with knowledge
in this area.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e2216d670a51f3a7/787c252f6c0b6c09?#787c252f6c0b6c09">[perl #41230] [BUG] t/codingstd/perlcritic.t uses too many resources </a> </i> </p><p>Earlier, Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41230">[perl #41230]</a>. Recently,
Will Coleda reported that it had been updated to run all the policies
at once, but to report by policy. This way, each file is only processed
once.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0d3598bb73a0a534/25f66caa5edc123c?#25f66caa5edc123c">[perl #41802] [BUG] GC errors with PGE (may have failing tests!) </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41802">[perl #41802]</a>, Jerry Gay noted that in r17470 he's
disabled the <code>-G</code> flag on three test files. The change addressed some
garbage collector bugs, and the ticket prevents the (known) issue from being
reported.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/08d238b350910685/3788c616996ebc38?#3788c616996ebc38">[perl #41812] [PATCH 6/6] [lib] Test::More - add isa_ok() </a> </i> </p><p>In tickets
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41809">[perl #41809]</a>,
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41810">[perl #41810]</a>,
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41811">[perl #41811]</a>,
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41812">[perl #41812]</a>, and
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41813">[perl #41813]</a>, Sam Vilain submitted several patches for
Test::More. </p><p>The patches do the following:
* factor out the comparison and test function
* clean up <code>test_skip()</code> output
* add the <code>isa_ok()</code> method
* refactor <code>is()<nobr> <wbr></nobr>:multi</code> for integers
* changed <code>is()</code> to expect a different order of arguments
* modify symbol exports in the example</p><p>Allison Randal looked at two of the patches and requested some refactoring.
She explained in some detail what she is looking for. In addition, she
suggested removing the<nobr> <wbr></nobr><code>.IMPORT</code> macros which she had introduced.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1e1e12567d2c6cda/3cdef9ac196e3775?#3cdef9ac196e3775">[perl #41818] [PATCH */4]: [t/op] add tests for string memory layout </a> </i> </p><p>Sam Vilain created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41818">[perl #41818]</a> to provide a patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c3f2ef6f7cf4d3bc/636be9dd589b3832?#636be9dd589b3832">Bug Day for 0.4.10 on 3/17</a> </i> </p><p>Will Coleda announced a Bug Day for 0.4.10 on March 17th.
Although this Bug Day has passed, there will be others...</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e78b1c5ce473c82b/d9600b45a2a3ae37?#d9600b45a2a3ae37">[perl #41819] [PATCH */2]: [t/pmc] minor object-meths.t clean-ups </a> </i> </p><p>Sam Vilain submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41819">[perl #41819]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/76a25344805247c1/523cc53eefa24f27?#523cc53eefa24f27">[PATCH] Free Thread Interpreter Pool During Shutdown</a> </i> </p><p>chromatic supplied a patch which fixed some unneeded output in a
Valgrind report.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f9e329d5b006f7c6/5266c644038a2773?#5266c644038a2773">[PATCH] Free Context After Copy</a> </i> </p><p>chromatic had another Valgrind report, and submitted a patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5b8a71f5d00a5fe5/7b906990beba7a54?#7b906990beba7a54">[perl #41825] morph vtable method not working in PIR </a> </i> </p><p>Richard used ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41825">[perl #41825]</a> to report the problem described
in the subject, and supplied a code example.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7d068f3b55de92ee/5ac3e00d503782a7?#5ac3e00d503782a7">[perl #41826] vtable method 'find_method' not working in PIR </a> </i> </p><p>Richard included some example code in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41826">[perl #41826]</a> to
demonstrate the problem described in the subject.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1687-1173896123-931.39908-15-0&%2337;40perl.org&%2337;3E">[perl #39908] [BUG] IMCC treats $S as a non-register instead of throwing an error </a> </i> </p><p>Nuno Carvalho replied to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39908">[perl #39908]</a>. In the ticket,
Matt Diephouse had included an example of the error. Nuno noted
that this was related to
'<a href="%23rt-3.6.HEAD-5405-1173721949-830.41788-15-0@perl.org">[perl #41788] [BUG] Real registers are limited to 2 digits </a>' and
attached a patch to correct the test. Jerry Gay wanted to see
the examples in the ticket converted to tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4e84b5ce3b13a5bd/5169ec91f24ff049?#5169ec91f24ff049">[perl #41827] ICU endian issues causing test failures. </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41827">[perl #41827]</a>, Joshua Isom reported a failure with
<code>t/op/stringu.t</code>, which was probably due to an assumption of
small endianness.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/45191be018d75d11/7f172e5fb17d63f2?#7f172e5fb17d63f2">[perl #41829] languages/Zcode is broken </a> </i> </p><p>Bernhard Schmalhofer created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41829">[perl #41829]</a> to discuss some
errors in <code>languages/Zcode</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b90f4e50d9ee099e/5ec5cb1e8ab9a3a9?#5ec5cb1e8ab9a3a9">[perl #37178] [PATCH] Quiet a few alignment warnings </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=37178">[perl #37178]</a>, Will Coleda applied a patch which quieted
some alignment warnings. Andy Dougherty had created it some time ago.
He hoped someone else would take up the task of trying to document
and check Parrot's alignment assumptions. </p><p>Later, the patch had to be removed because it had introduced some
problems. One problem was that it incorrectly assumed that all
compilers accept a <code>-h</code>, <code>--help</code> or<nobr> <wbr></nobr><code>/?</code> switch. He and chromatic
tried to find a solution but were not successful; chromatic promised
to work on a better patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/285f8054562fb82b/9faa7c5c8f3e67b0?#9faa7c5c8f3e67b0">[perl #41833] [TODO] test conv_i2 opcode </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41833">[perl #41833]</a>. In it, he said that
the <code>conv_i2</code> opcode had been resurrected, and that there may already
be some tests for it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4af7c614a324f28d/35e2ef5a778538c6?#35e2ef5a778538c6">[perl #41837] [PATCH] integer overflow in include/parrot/sub.h </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41837">[perl #41837]</a> demonstrates an integer overflow in
<code>include/parrot/sub.h</code>. chromatic applied the patch in r17853.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b946b4c605f43ecc/3a9c9475b43024ae?#3a9c9475b43024ae">Re: [perl #38764] Test results of parrot on Freebsd</a> </i> </p><p>Pankaj kaushal, chromatic, and Paul Cochrane discussed ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38764">[perl #38764]</a>. Will Coleda had asked for tests to run against
parrot-0.4.9.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d3881551ecd5792/6afc70b6ccfc81f2?#6afc70b6ccfc81f2">[perl #40087] [BUG] Segfault in key.pmc </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40087">[perl #40087]</a> several months ago.
Jonathan Worthington tried to reproduce the error and requested updated
instructions on how to produce the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/17e51ad4f599a828/dbc28146c7960d8d?#dbc28146c7960d8d">[perl #41857] [CAGE] Make a "make valgrind" target </a> </i> </p><p>Paul Cochrane wanted a makefile target so that the valgrind tool suite
could be used. He noted this in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41857">[perl #41857]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/898484d5617eeabe/bc3b1cfdc7582e8f?#bc3b1cfdc7582e8f">[perl #41858] [CAGE] Make a reasonable set of rules for splint </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41858">[perl #41858]</a>, Paul Cochrane reported that <code>splint</code>
creates a number of errors by default, and suggested that a set of
rules be created for it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fc4c4e0ac76486a7/16d605dc8e482e37?#16d605dc8e482e37">[perl #41859] [TODO] Replace cage/todo.pod files by RT tickets </a> </i> </p><p>Paul Cochrane created a ticket to make tickets of cage todo items, and
then resolved his own ticket (<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41859">[perl #41859]</a>).</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/779cda540eee90a9/9d54176a78f8152c?#9d54176a78f8152c">[perl #41860] [CAGE] Run Parrot under Coverity Prevent </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41860">[perl #41860]</a>, Paul Cochrane noted that he wanted to see
Parrot running under Coverity Prevent.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/858c7f649d9de30d/3b17fb02432fbf14?#3b17fb02432fbf14">[perl #41861] [TODO] Create (and start the basics of) a cage cleaner guide </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41861">[perl #41861]</a> to create the TODO item
'create a cage cleaner guide'. It was resolved in r17556.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/77f624f0f8de4aaf/dcd4a80a67245aab?#dcd4a80a67245aab">[perl #41862] [CAGE] Make a reasonable set of rules for lint </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41862">[perl #41862]</a>, Paul Cochrane requested a reasonable
set of rules for <code>lint</code> and provided a suggested starting point.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/6f21a58305a95035/ef8b2c2f33cab343?#ef8b2c2f33cab343">Parrot, Perl 5 and performance</a> </i> </p><p>Ozgun wondered if compiling Perl 5 to Parrot byte code would provide
any performance benefit, and how difficult it would be to do this.</p><p>chromatic explained that it would take quite a bit of effort to completely
translate Perl 5 syntax. He did expect that it would improve
performance, but pointed out that Parrot isn't as mature as Perl 5.
Nicholas Clark said he didn't expect it would create an enormous
increase in speed. He suggested profiling the Perl interpreter rather
than profiling the code itself.</p><p>Isaac Gouy noted that PIR is included in the Debian performance
comparison page which Ozgun had cited.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;ai&%23x6C;&%23x74;o:&%23x6B;u&%23x64;&%23x72;&%2397;&%2364;&%23x64;&%23111;&%23x6D;&%23x61;&%23105;n&%23116;&%23x6A;&%23101;&%23x2E;&%2399;&%23x6F;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-04-03T21:39:00+00:00summariesPerl 6 summary, 4-10 Mar, 2007
http://use.perl.org/~kudra/journal/32857?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Q: Can February March? A: No, but April May..."</p><p>-- Larry Wall's r14313 log message for a date correction</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/a95234d398249610/ee90279b60af09fb?#ee90279b60af09fb">[svn:perl6-synopsis] r14308 - doc/trunk/design/syn</a> </i> </p><p>David Green asked if the reason behind Larry Wall's decision not to
have ranges automatically go in either direction is to prevent subtle
bugs from creeping in. Nevertheless, he thought it would be useful
to have a way to travel in the 'natural' direction, whichever direction
that might be.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/e8f6c2763be18b5e/c31f764387f4aa7f?#c31f764387f4aa7f">for<nobr> <wbr></nobr>... else</a> </i> </p><p>Thomas Wittek recently encountered the Perl 5 module For::Else, which
allows <code>if (@lar) { foreach my $moose (@lar) {<nobr> <wbr></nobr>... } } else {<nobr> <wbr></nobr>...}</code> to
be written as <code>foreach my $moose (@lar) {<nobr> <wbr></nobr>... } else {<nobr> <wbr></nobr>... }</code>. He
wondered if something similar could be added to Perl 6. Rick Delaney
found the current syntax awkward, but wasn't certain that Thomas' solution
was ideal, and Paul Seamons was of the same mind. Jonathan Lang liked
the idea.</p><p>Steve Lukas was against the suggestion because he felt that idea
contradicted the common meaning of <code>else</code> and would discourage people
who are used to other languages.</p><p>Luke Palmer noted that it would confuse Python programmers, as the
Python construct assumes that you are looping in order to find something.
Larry Wall suggested using a <code>gather</code> to achieve this effect.</p><p>The discussion continued, for a total of 29 messages.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/51456b9ca6c15a48/f98866eb1f91f417?#f98866eb1f91f417">statement modifiers</a> </i> </p><p>Jonathan Lang noted that S02, S03, and S04 contain references to the
deprecated concept <code>statement_modifier</code>. Larry Wall was aware of the
problem, but was waiting for a few things to settle down before he
corrected them.</p><p>Jonathan also asked why statement modifiers are explicitly forbidden to 'do'
blocks, and if <code>given</code> is considered conditional or looping when it is
used as a statement modifier. Larry replied that the ruling discourages
people from violating the endweight principle. In answer to the second
question, he said that <code>given</code> is considered to be a loop, and <code>when</code>
is a conditional.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/d5660b48fc84e711/b3a28d39fd443d5b?#b3a28d39fd443d5b">Compound grammar</a> </i> </p><p>Jonathan Lang wondered how to define a statement or operator with syntax
like <code>if<nobr> <wbr></nobr>... else<nobr> <wbr></nobr>...</code> or<nobr> <wbr></nobr><code>... ??<nobr> <wbr></nobr>...<nobr> <wbr></nobr>::<nobr> <wbr></nobr>...</code>. Larry Wall suggested reading
<a href="http://svn.pugscode.org/pugs/src/perl6/Perl-6.0.0-STD.pm">the grammar POD</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/4184403b526205ff/2690b7d9925217be?#2690b7d9925217be">resumable exceptions and LEAVE/KEEP/UNDO blocks</a> </i> </p><p>Daniel Hulme wanted to know what happens if a resumable exception is
propagated through a block with a <code>LEAVE</code>, <code>KEEP</code> or <code>UNDO</code> block.
Larry Wall thought that perhaps Daniel had missed part of the documentation
which describes how a <code>CATCH</code> block works, and quoted the relevant section.
Daniel agreed that he had overlooked it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8282da12c0ef6018/f9dcfdc8f6c87988?#f9dcfdc8f6c87988">Coercion of non-numerics to numbers</a> </i> </p><p>Dave Whipp was curious about the semantics of coercion of non-numbers.
In his experiments, he wondered if it was correct for a <code>x42</code> to become
<code>0.0</code> instead of <code>NaN</code>. Larry Wall felt that it should create a warning.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fb866acca53cac30/34424a3684c08124?#34424a3684c08124">new Parrot project manager</a> </i> </p><p>Allison Randal announced that the Parrot project manager role will now
be distinct from the Perl 6 project manager role. Will Coleda will be
responsible for Parrot, and Jesse Vincent will continue as the project
manager for Perl 6. Meanwhile, Chip Salzenberg is officially on
sabbatical for a while.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1680afc21456d1fe/3b9154e826c61682?#3b9154e826c61682">[svn:perl6-synopsis] r14317 - doc/trunk/design/syn</a> </i> </p><p>A commit from Larry Wall made module longnames specified in terms of
identification plus adverbs.</p><p>Smylers questioned the decision to put a range operator in parenthesis
to match more than one version number. He thought it would be better to
specify a minimum version and assume that later versions will also have
the feature or bug fix, because otherwise systems may break due from
new library installations. Larry explained that this would not be a problem
because Perl 6 would keep old versions of modules in the library unless
the new versions claim to emulate the old version. </p><p>David Green asked how this emulation would be expressed. He also wanted
to know what would happen if you were installing for the first time: would
you get all versions of the module? Larry replied that the emulation
syntax was not yet specified.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/2f06e4ad76f3a2d0/ec7e7539f14c0a8b?#ec7e7539f14c0a8b">[svn:perl6-synopsis] r14319 - doc/trunk/design/syn</a> </i> </p><p>In this revision, Larry Wall defined the library version sorting order.
Geoffrey Broadwell suggested using the versioning system of Debian to
test, because it has an unusual design.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c6b86a46fecbec41/8a87ca18947312b1?#8a87ca18947312b1">Re: [perl #41195] [BUG]: Change to Configure.pl causing 'make' to fail on Darwin</a> </i> </p><p>Some time ago, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41195">[perl #41195]</a>, James Keenan produced
a bug report. Will Coleda reported that he was unable to see the
bug, and asked if reverting <code>Configure.pl</code> fixed the problem. James
reported that with r17419, there were still some problems. Will
remarked that he had reverted the order of the steps in <code>Configure.pl</code>
to fix the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d0b73b45046d4975/58c70a1246d114b5?#58c70a1246d114b5">[perl #41364] [PATCH] Fixed object vtable method overrides in PIR </a> </i> </p><p>Earlier, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41364">[perl #41364]</a>, Patrick R. Michaud noted that
the double-underscore method of overriding vtable methods cannot be
deprecated until ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40626">[perl #40626]</a> is resolved. Allison
approved of the patch by Alek Storm and requested a regression test.
She included a rough version.</p><p>Alek wondered if it could be committed now that 0.4.9 has been
released. Jonathan Worthington noted some problems he had had with
applying it.</p><p>This week, Jonathan Worthington made a few changes and committed it
as r17514.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/03de682a295f7c36/485f99e22495d7b1?#485f99e22495d7b1">[perl #41455] [NEW] and [PATCH]: tools/build/ops2pm.pl refactored </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41455">[perl #41455]</a>, in February, James Keenan attached some
new patches and files. Recently he decided to pull the patch from submission
because some other changes have broken them.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d9873c4fec08170/6686f5b6db7a819c?#6686f5b6db7a819c">[perl #41548] [Tcl] - internals tests failings </a> </i> </p><p>Earlier, Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41548">[perl #41548]</a> to report failing
tests. Nuno Carvalho tested with r17365 and marked the ticket as closed
because the issue appeared to be solved.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/817a7f1c1963aa53/e953651e1a3a49d6?#e953651e1a3a49d6">[perl #41583] Tail calls from within vtable methods broken </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41583">[perl #41583]</a>, Bram Geron reported a problem with tail calls
in v-table methods. Recently, Alek Storm remarked that he had nearly
completed a patch to fix it. Jonathan Worthington described the issue
in more detail.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/47b90fcdf4e2609c/34a1690e6227704f?#34a1690e6227704f">[perl #41602] [TODO] MS VS 2005 deprecates strdup </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41602">[perl #41602]</a>, Klaas-Jan Stol submitted a patch
which fixes the problem of <code>strdup</code> being deprecated in Microsoft
Visual Studio 2005. It was applied as of r17281. </p><p>Klaas-Jan also wondered if <code>strdup</code> should be used because of possible
memory issues. Jonathan Worthington clarified that it was not a problem.</p><p>There was some further discussion about the best solution for the
original problem, with Kevin Tew, Philip Taylor
and Jerry Gay adding their thoughts.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3CF4161172-798C-4FBC-892D-7C79F97CA71B&%2337;40verizon.net&%2337;3E">[PATCH]: tools for using Subversion branches; ops2c.pl refactored</a> </i> </p><p>James Keenan submitted a patch which includes a refactoring of
<code>tools/build/ops2c.pl</code> and files which argue for using more subversion
branches. Sam Vilain wondered why the two changes were linked together
and felt that the tracking method for branches didn't follow the best
practices which have emerged through use.</p><p>James said that he had submitted the patches as one because he has been
ill recently and wanted to complete the task quickly. He went into more
detail about his reasons behind the subversion suggestions. Sam
agreed with the goal of trying to get people to develop more in branches,
but still disagreed with James. chromatic felt that experiments--such
as James' ideas--are okay, because if they fail people will still learn
something from it.</p><p>Later the patches were pulled from submission because some other changes
in code meant that they were no longer passing tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d151e4300c4f227c/0c9b6917818b949f?#0c9b6917818b949f">AIX 5.3</a> </i> </p><p>Theodore Katseres reported success with building Parrot on AIX with
GCC 4.0.0. Jerry Gay wanted to know if the test could be run more
frequently, and reported in the smoke results.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ad58f19dbf14bad9/1627db98d5a0acd0?#1627db98d5a0acd0">[svn:parrot-pdd] r17322 - trunk/docs/pdds/draft</a> </i> </p><p>A commit from Jonathan Worthington described the new class and object
layout for objects. Subsequent commits from Allison Randal modified
the document.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1cecbcaa81b1cf8d/8aacc65dcd5ab5e4?#8aacc65dcd5ab5e4">Parrot won't build on cygwin</a> </i> </p><p>Klaas-Jan Stol reported a problem with compiling Parrot on Cygwin.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/60d76121b3816fd9/9f51f196702fa325?#9f51f196702fa325">[perl #41693] [PATCH] STM article reference corrected </a> </i> </p><p>Elizabeth Mattijsen pointed out a broken link and submitted a patch
to correct it in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41693">[perl #41693]</a>. It was committed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5559a5faf9617efe/33cfe67c86a07225?#33cfe67c86a07225">Re: [perl #41695] [CAGE]: Refactor Parrot::Distribution</a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41695">[perl #41695]</a> to log efforts to
re-factor Parrot::Distribution. He included his notes from previous
discussions on the topic.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/423ca4a6822dba5e/bae0d32bcc973b02?#bae0d32bcc973b02">[perl #41704] [BUG]: Test failures: t/pmc/object-mro.t t/pmc/timer.t </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41704">[perl #41704]</a>, James Keenan reported test failures with
<code>make test</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e2a6fd0bd38647f8/3d466b18d22bb444?#3d466b18d22bb444">[perl #41707] [TODO] Tcl - relocate stub files </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41707">[perl #41707]</a>, Will Coleda described a task of moving some
Tcl code to a new location. Nuno Carvalho made the changes in r17354.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/139546c89ccd7c95/25f73641ea6df81b?#25f73641ea6df81b">[perl #41712] [TODO] deprecate CSub </a> </i> </p><p>Jerry Gay wanted <code>CSub</code> deprecated before the 0.4.10 release. Allison
Randal agreed. This was handled in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41712">[perl #41712]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/27047000898182cf/c460e397f7c687e3?#c460e397f7c687e3">[perl #41713] [PATCH] Updates for lang/PIR </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41713">[perl #41713]</a>, Klaas-Jan Stol attached a patch for
<code>lang/PIR</code> which cleaned up the layout, changed some rules to tokens,
added tests, and added rules.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/07df6c8defb8ff27/fc270bd057384516?#fc270bd057384516">[perl #41724] [BUG] miniparrot fails to build on strawberry perl </a> </i> </p><p>Jerry Gay reported a platform-specific issue with miniparrot in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41724">[perl #41724]</a>. Aldo Calpini tried it but got different warnings.
chromatic replied that the configuration process assumes a tight
connection between the operating system and compiler.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4cc9f946ffa6a8f2/a777543a1ebc5878?#a777543a1ebc5878">[perl #41726] [PATCH] make lua fail more gracefully with an exception handler </a> </i> </p><p>Julian Fondren submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41726">[perl #41726]</a>. The
patch makes Lua generate<nobr> <wbr></nobr><code>.pir</code> files which push an exception handler
before evaluating code.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/00e134589f71f851/891a8624b39a3271?#891a8624b39a3271">[perl #41732] [BUG] parrot objects segfault on improper invoke override </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41732">[perl #41732]</a>, Will Coleda reported a segmentation fault
when invoke is improperly overridden.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a4dc0b55cbea9697/26dac7dbcef67d7d?#26dac7dbcef67d7d">Re: [perl #41733] invoke<nobr> <wbr></nobr>:vtable - execution stops</a> </i> </p><p>Richard reported a problem with the latest Parrot. He included some
code demonstrating the issue in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41733">[perl #41733]</a>. Alek Storm
pointed out that the invoke vtable method is meant to take one argument.
He showed some example text.</p><p>Matt Diephouse saw a problem with Alek's approach and suggested an
alternative. chromatic agreed with Matt, but then Matt came up with
another solution, which was applied in r17385.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7e3a19302edebfa8/bba99c023b7737b9?#bba99c023b7737b9">[perl #41738] languages/APL is broken </a> </i> </p><p>Bernhard Schmalhofer used ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41738">[perl #41738]</a> to report that
<code>languages/APL</code> fails smoke tests on all platforms. He suspected
it hadn't been updated to the HLL refactoring in r16974.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f61c92eb920e56ae/947699521b2bf3eb?#947699521b2bf3eb">[perl #41739] [PATCH]: add "clone" method for iterators </a> </i> </p><p>Eric Hanchrow submitted a patch in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41739">[perl #41739]</a> which added a
<code>clone</code> method for iterators. It was applied in r17411.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/332cbdc05fd5437b/bb529fbbcfac9ba8?#bb529fbbcfac9ba8">Parrot 0.4.10 (Coming Soon)</a> </i> </p><p>Will Coleda created a placeholder ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41581">[perl #41581]</a> to mark
the upcoming release of Parrot 0.4.10, expected in less than two weeks.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/24ba7c6bdc666e53/db336c00652a84e1?#db336c00652a84e1">[perl #41743] [PATCH] Make all but (perl5|pugs|t) have a MAINTAINER </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41743">[perl #41743]</a>, Julian Fondren submitted a patch which added
<code>MAINTAINER</code> files for parts of the languages tree which didn't have them.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/04291590d996f0fd/c038657fce94f21f?#c038657fce94f21f">PIR Tutorial</a> </i> </p><p>Klaas-Jan Stol remarked that he had started a PIR tutorial on the wiki,
and invited people to help. Julian Fondren suggested several topics
which hadn't yet been addressed. James E Keenan also offered a suggestion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bcd773f13ed8c59b/f82c0f5a21461381?#f82c0f5a21461381">[perl #41746] [BUG] pdump doesn't build. </a> </i> </p><p>Will Coleda reported a bug with <code>pdump</code> in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41746">[perl #41746]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6624abb98f79f335/bc839e5a0353cffa?#bc839e5a0353cffa">C pmclass - parrot object inheritance, interaction vtables/methods/object identities</a> </i> </p><p>Mehmet Yavuz Selim Soyturk is implementing ECMAscript and ran into
problems. The question was if <code>get_pmc</code> is an appropriate solution
for the problem, or if there is a better way to handle it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6a6390bf28d1e0b8/1c9e865b6836c133?#1c9e865b6836c133">[perl #41749] [TODO] deprecate substr_r op </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41749">[perl #41749]</a>, Jerry Gay suggested deprecating
<code>substr_r</code>. Leopold Toetsch asked if it could remain an experimental
operator until the string issues are resolved. Allison Randal said
to move it to <code>experimental.ops</code> and note it in <code>DEPRECATED.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/56c8e8f0586bc816/5c0333bd15290dca?#5c0333bd15290dca">[perl #41569] t/distro/file_metadata.t fails on win32</a> </i> </p><p>Ron Blaschke asked what result he could expect from <code>t/distro/file_metadata.pl</code>
as of r17389. In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41569">[perl #41569]</a> he showed what he was seeing on
a Windows system. Will Coleda thought that the second test should be
passing as of r17398, and that the first two ought to pass. Ron
submitted a patch to make the test work on Windows, which was applied
in r17406.</p><p>chromatic wondered if it would be better to use File::Spec, as the problem
involved<nobr> <wbr></nobr><code>/</code> versus <code>\</code>. Ron elaborated that the problem is that the
<code>MANIFEST</code> doesn't match the output from svn.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d186651110c0e297/050e3a43db3ccb7c?#050e3a43db3ccb7c">[perl #25253] [PATCH] Remove Parrot_INTERP </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=25253">[perl #25253]</a>, Jerry Gay asked chromatic to look at
removing <code>Parrot_INTERP</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/66ec591cd44e87ad/1d784a900e84abd7?#1d784a900e84abd7">[perl #41750] [PATCH] Pynie updates </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41750">[perl #41750]</a>, Klaas-Jan Stol submitted a patch for Pynie,
which was applied. This patch fixed the rule for floating points,
among other things.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/049e9aa81324fa1b/3e40d2acaaa40857?#3e40d2acaaa40857">[perl #41753] [CAGE] better document and test PMETHOD and PMINVOKE </a> </i> </p><p>Jerry Gay wanted documentation for the C-level support for Parrot calling
conventions which was recently added. He made this remark in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41753">[perl #41753]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3fb87a85a8c01630/7c2fe6219002d916?#7c2fe6219002d916">Glossary is missing from parrotcode.org</a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41768">[perl #41768]</a> to store Klaas-Jan Stol's
comment that the glossary page should output to the website.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/43f02edabf7aace8/42c4c6ed8db37ba5?#42c4c6ed8db37ba5">Q: Should Op names be allowed to be identifiers. </a> </i> </p><p>Klaas-Jan Stol noted that it is permitted to use ops as names for
variables in PIR, but if you tried to increment the resulting variable,
it will not compile. He suggested disallowing using opnames in this way.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b85a443158e2eb9/712b07e743f4dc54?#712b07e743f4dc54">[perl #41760] [PATCH] lang/pynie some bin.ops </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41760">[perl #41760]</a>, Klaas-Jan Stol submitted another Pynie patch.
It was applied as r17407.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cd194a5cf2b945e3/af806bcb59f95c35?#af806bcb59f95c35">[perl #41762] [PATCH] Languages/Pynie functions! </a> </i> </p><p>The patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41762">[perl #41762]</a>, by Klaas-Jan Stol, implements basic
function calling in Pynie.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a4ad0ae001aea5ba/857bec3db78d5893?#857bec3db78d5893">[perl #41763] [PATCH]: fix "clone" method for iterators </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41763">[perl #41763]</a>, Eric Hanchrow submitted a patch
for iterator cloning. It was applied, with minor changes, in
r17691.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/731644d38af304b1/919fda4ea60da1d4?#919fda4ea60da1d4">[PATCH 0/6] A round of updates to Test::More</a> </i> </p><p>Sam Vilain submitted a patch to extend the <code>Test/More.pir</code> library.</p><p> <b>perl5-porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/4f84e4792c9415cf/eaa4a60ecc2b871a?#eaa4a60ecc2b871a">lexical subs</a> </i> </p><p>H.Merijn Brand kicked off a very large thread (53 messages in
total) by requesting lexical subroutines. Although the message
was posted to the Perl 5 porter's list, it involved Perl 6 and
appears to have been cross-posted.</p><p>Dr. Ruud was in favour of the idea, as was Paul Johnson.
Tels didn't like having two subroutines of the same name, and suggested
an anonymous subroutine with a variable referencing it. The concern
was that it would be hard for a human to know which subroutine was
called without checking the lexical scope.
David Nicol also considered it unnecessary. Johan Vromans found it
no more confusing than a lexical variable. Abigail agreed with Johan.
Michael Schwern felt that it was in fact less confusing, as in his
experience, Perl trainers are often faced with the question "how
do I declare a lexical subroutine?"</p><p>Demerphq noted that it is difficult to do a recursive subroutine with
lexically scoped references to anonymous subroutines and avoid memory
leaks. Aaron Crane pointed out that a subroutine with a fully-lexical
name wouldn't be mistaken for a method.</p><p>Mark Jason Dominus didn't care one way or the other about lexical
subroutines, but wanted to add a number of test cases to define the
feature if it is added. His example test case generated some discussion.
Larry Wall invited anyone to translate the test cases to Perl 6 and install
them in the Pugs test repository, as Pugs should already handle lexically
scoped subroutines.</p><p>There was some question of whether lexical subroutines exist in Perl 5 bleed.
Rafael Garcia-Suarez, Abigail, and Jan Dubois contributed information. It
appears that they were in to the 'todo' list for 5.6.1, but haven't been
implemented. Juerd Waalboer wanted Perl 6 to conform to Perl 5's
implementation, or vice versa.</p><p>Meanwhile, Wolfgang Laun wondered if Perl would incorporate any sort
of information hiding, which Rafael summed up as "a whole
can of worms."</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23x69;&%23x6C;t&%23111;:&%23107;&%23117;&%23x64;&%23x72;&%2397;&%2364;&%23x64;&%23111;m&%23x61;&%23x69;&%23110;&%23116;&%23x6A;&%23x65;&%23x2E;&%23x63;&%23x6F;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-03-31T14:02:40+00:00summariesPerl 6 summary, 25 Feb - 3 Mar, 2007
http://use.perl.org/~kudra/journal/32764?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"It seems you are presuming a Waterfall model of development here. We're not doing the Waterfall, we're doing the Whirlpool, where the strange attractor whirls around with feedback at many levels but eventually converges on something in the middle. In other words, a whirlpool sucks, but the trick is to position your whirlpool over your intended destination, and you'll eventually get there, though perhaps a bit dizzier than you'd like."</p><p>-- Larry Wall, in 'What criteria mark the closure of perl6 specification'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/906b804595963e19/529def8a5dc794ce?#529def8a5dc794ce">[S09] "Whatever" indices and shaped arrays</a> </i> </p><p>Jonathan Lang suggested dropping some specification from S09 which described
how <code>*</code> works in conjunction with <code>+</code> and <code>-</code>. He suggested using <code>[0]</code>
for the first index instead of <code>*+0</code>. Larry Wall added his thoughts,
noting that it was 'shiny', but that nested <code>[]</code>s might not be visually
appealing.</p><p>Luke Palmer decided to mention Ruby's boolean truth model which he admires.
With it, 'nil' and 'false' are false, and everything else--including an
empty string and '0'--are true. In summary he stated that simple rules
are a blessing if you find the right ones, and that he's a fan of
boolean predictability.</p><p>The shaped arrays thread continued, and eventually Larry was satisfied
and requested a patch to S09.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/29fc92f5575de0b4/4697bb48436c10a8?#4697bb48436c10a8">What criteria mark the closure of perl6 specification</a> </i> </p><p>Richard Hainsworth asked when the Perl 6 specification will be complete.
He is eager to begin using Perl 6, but wants to see it stabilize.
Geoffrey Broadwell was perfectly willing to work with a moving
specification, so long as the current version of the specification
was mostly implemented. chromatic noted that this is what everyone
wants.</p><p>Geoffrey offered to write some tests which would demonstrate
missing features, if someone could implement the features. Gabor
Szabo said that he wished there were many people writing tests
for unimplemented features, as someone would surely implement
the feature to make tests pass.</p><p>There was a discussion on how out-of-date the Exegesis files are.
Masak suggested porting the code examples in the Exegesis to current
Perl 6, and storing them in the Pugs repository. Herbert Breunung
thought a disclaimer that they are outdated would be adequate.</p><p>Patrick Michaud noted that the changes to the specification have not
had a negative impact on the development of the Perl 6 on Parrot
implementation; to the contrary, they have made the work easier.</p><p>Smylers added that there is no point in freezing the specification if
it turns out it can't be implemented. Smylers felt that most of the
current work is clarifying, rather than adding new features. </p><p>Larry Wall explained that Perl 6 development doesn't follow the
Waterfall model. He cannot design something without feedback from
implementors. The development model was described as a 'whirlpool'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8bcd69c7f486960e/08811413d0e416cb?#08811413d0e416cb">Packed array status?</a> </i> </p><p>Geoffrey Broadwell wanted to know what backends support packed native
arrays. He also added a comment on '<a href="%2345E12FCE.6080000@hainsworth.ru">What criteria mark the closure of perl6 specification</a>'.</p><p>chromatic replied that Parrot has <code>ManagedStruct</code> and <code>UnManagedStruct</code>
PMCs for mapping complex C structures. Patrick Michaud replied that
the PIR libraries aren't working yet, but that implementing them should
not be too difficult. Audrey Tang also described the situation in
Pugs. Geoffrey wondered if he could follow the development status.
He offered to write some tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/7e9904b4b3dcaf45/4055ca8572e194ad?#4055ca8572e194ad">[svn:perl6-synopsis] r13704 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall's commit made the one-pass parsing rule explicit so that
tests can reference it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/5a67d8e21d086fec/45ab2761d3210be1?#45ab2761d3210be1">request new Mapping|Hash operators</a> </i> </p><p>Darren Duncan believes that there is room for some additional convenience
operators or functions which are used with mapping and hash values. In
particular, he would like the relational data model concept of a tuple.
He feels that this could be satisfied with the data types <code>Mapping</code> and
<code>Hash</code> with the addition of some common relational operators such
as <code>join()</code>, <code>semijoin()</code>, <code>semidifference()</code>, <code>rename()</code>, <code>project()</code>,
<code>remove()</code>, <code>compose()</code>, <code>wrap()</code>, and <code>unwrap()</code>.</p><p>Nicholas Clark noted that <code>rename</code> is a Perl 5 builtin, which he doesn't
believe has been dropped for Perl 6. Smylers added that Perl already has
a <code>join</code> function for renaming strings. Darren reiterated that he isn't
concerned with the names so much as the concepts they express.</p><p>Aaron Crane wondered why Darren was specifically against putting this
functionality into a third-party module. Darren supplied an argument
for the usefulness of relational operators in response. Smylers pointed
out that it would be odd to include core support for database operations
when most people would opt to use DBI (a module) instead. David Green
wasn't concerned about whether the features were core or in a module,
but thought it would be nice to have them.</p><p>There was some discussion on whether certain features, such as renaming
hash keys, are implemented in Perl 5, with David Green, Darren Duncan,
Aaron Crane and Uri Guttman taking part.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/62aac8446cc9efe8/39cc8f2a9135f205?#39cc8f2a9135f205">request: num16</a> </i> </p><p>Geoffrey Broadwell requested that <code>num16</code> and <code>complex16</code> be added to S09
and made optional. These half-sized floating point types are commonly used
in graphics.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/5382d506fbb29feb/0603633155ca41d5?#0603633155ca41d5">Bit shifts on low-level types</a> </i> </p><p>Geoffrey Broadwell asked how bitwise shifts are defined on low-level types.
Smylers remarked that it is rare to deal with anything as low-level as
bits in Perl 5 programming. He feared that introducing more operators
into the core language, especially if they would be rarely used, raises
the entry barrier.</p><p>Nicholas Clark added that it's something you don't want to do in Perl 5,
because it is so bad at it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1bb1fe7f730a5c5e/2d2f837ffc019646?#2d2f837ffc019646">Rotation ops?</a> </i> </p><p>Geoffrey Broadwell asked if Perl 6 has bit/string rotation operators.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/547a13740eed1dce/36bad3f4097cc4e7?#36bad3f4097cc4e7">Low-level types and over/underflow</a> </i> </p><p>Geoffrey Broadwell wanted to know what would happen if a low-level type
underflows or overflows. For example, if you incremented a <code>uint8</code> past
255, what would be the result?</p><p>Darren Duncan thought that it depended upon what the underlying hardware
does. He suspected it would be a wraparound or an overflow, not a type
upgrade.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6f76443cb75ec9fb/80e1f6f8259cb132?#80e1f6f8259cb132">Casting and low-level types</a> </i> </p><p>In this thread, Geoffrey Broadwell asked what happens when you cast between
low-level types if the source value is out of range for the destination
type. Larry Wall replied that it would be an warning if the destination
is an <code>int</code>, and a clip to infinities when the destination is a <code>num</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/f22f83148e764316/9959a6374353ed34?#9959a6374353ed34">Compact structs and "byte-stringification"</a> </i> </p><p>Geoffrey Broadwell wanted to know how you specify that you want to
byte-stringify a structure, rather than normally stringifying it.
Larry Wall advised coercing to a buffer type rather than using <code>~</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/ddb2dfcbe9cfcec7/78442964d52dcd52?#78442964d52dcd52">Expressions with mixed types including low-level types</a> </i> </p><p>Geoffrey Broadwell asked how casting and coercion are handled with
expressions which involve mixing low- and high-level types.
Larry Wall answered the question, and pointed to a recent update of
S09.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/a95234d398249610/ee90279b60af09fb?#ee90279b60af09fb">[svn:perl6-synopsis] r14308 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall made a commit to S03 which distinguished Range's intervalic<nobr> <wbr></nobr><code>.min</code> and<nobr> <wbr></nobr><code>.max</code> from its directed<nobr> <wbr></nobr><code>.from</code> and<nobr> <wbr></nobr><code>.to</code>.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6034c9dd28cd79ba/89a0bac210115206?#89a0bac210115206">[perl #41601] [BUG] parrotbug b0rken </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41601">[perl #41601]</a>, Klaas-Jan Stol reported a problem with
Parrotbug on Win32. Paul Cochrane thought that the problem existed
on all platforms. Because people are currently advised to send an
email, Paul thought that Parrotbug is confusing and should perhaps
be removed.</p><p>Jerome Quelin remarked that he has no time to work on Parrotbug,
which he originally created. He said that anyone willing to work
on it was welcome to take over maintenance.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0f45f86e677884be/1255ef6ff2d367d5?#1255ef6ff2d367d5">[perl #41604] [BUG] pbc_output_is doesn't work? </a> </i> </p><p>Klaas-Jan Stol tried to add a test which runs some PIR code as PBC. He
noted that a PBC file wasn't being created, and sent a patch which could
fix this to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41604">[perl #41604]</a>. He also wondered if it was a good
idea to store PBC files in the repository.</p><p>Leopold Toetsch explained that the files which are in the repository are
generated on different machines, and the tests check that Parrot can
read PBCs from different platforms.</p><p>Klaas-Jan wondered if <code>pbc_output_is</code> could take PIR code and compile
it while running a test, or if it expects the PBC file to be present.
Leopold confirmed that the PBC file must be present.</p><p>Jerry Gay noted that there are no test functions which accept PIR,
compile to PBC, and run the PBC. He wasn't sure it was a good idea
to add this functionality before the refactoring of Parrot::Test is
complete.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/28ed82c4176d9790/8784f63d20f34c82?#8784f63d20f34c82">[perl #41606] [TODO] Add flag to do runtime check on deprecated ops </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41606">[perl #41606]</a>, Klaas-Jan Stol proposed adding a
flag which checks at runtime if any deprecated ops are used.</p><p>Later, he remarked that such a check would be rather slow, so it
would be better to add some annotation in the<nobr> <wbr></nobr><code>.ops</code> file.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b202a198efc3b8db/97c0ec1e2db3faf3?#97c0ec1e2db3faf3">[PATCH] Update DEPRECATED.pod</a> </i> </p><p>Klaas-Jan Stol submitted a patch to <code>DEPRECATED.pod</code> which includes some
of the deprecated ops. Allison Randal applied it as r17206.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-2532-1172414399-1605.41608-15-0&%2337;40perl.org&%2337;3E">[perl #41608] [NEW] and [PATCH]: tools/build/ops2c.pl refactored </a> </i> </p><p>James Keenan submitted two patches which replace his earlier patches
by the same name. This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41608">[perl #41608]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/986b2530c12d4699/091cd4b4a38b4262?#091cd4b4a38b4262">[perl #41612] parrot on CPAN testers.. </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41612">[perl #41612]</a> because he noticed that
Parrot hadn't passed on Windows since 0.4.6. chromatic thought that
0.4.9 would help resolve some of the recent failures.
Patrick R. Michaud had seen a report of 0.4.9, and said there were
still failures with positive and negative numbers very close to zero.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7e3b65b6ea79d2b3/e1928f3b5b6a3434?#e1928f3b5b6a3434">[perl #41614] Can't set non-core object attribs yet </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41614">[perl #41614]</a>, Will Coleda reported some problems with
adding an attribute to a TclProc PMC. Alek Storm remarked that a Sub
is not a ParrotObject, so it has nowhere to store attributes. He
submitted a patch which implements a basic storage system for TclProc.
Will commented that it was annoying that attributes aren't just available
everywhere, and that ParrotClass and PMC don't have much in common.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2afa118f32e48c61/1559ff96628000bb?#1559ff96628000bb">[PATCH] welcome message and prompt for HLLCompiler</a> </i> </p><p>Klaas-Jan Stol noted that most languages which can be run interactively
print a welcome message. He submitted a patch to give a message when
interactive mode is entered, before printing a prompt.</p><p>Patrick R. Michaud thought the effort was useful, but that it shouldn't
mention help which isn't available. Also, there was a bit of a problem
with multi-line input.</p><p>There was a bit of further discussion on the topic.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cb3399d8088acdb8/3610a7f266afc4b2?#3610a7f266afc4b2">[perl #41619] [PATCH] add add_attr, rem_attr, and rem_attr_str vtable methods </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41619">[perl #41619]</a>, Alek Storm submitted a patch which adds
several vtable methods which can be used by Ruby and Smalltalk.
James E Keenan reported that the patch, when applied to the branch,
did not cause any problems with tests.</p><p>Allison Randal thought this raised a design issue. She wanted to know
why <code>add_attr</code>, <code>rem_attr</code> and <code>rem_attr_str</code> were vtable methods instead
of methods on the Class class. Alek thought that this was in line with
PDD 15. Joshua Isom was concerned about interoperability, and wondered
if Perl 6 and Tcl (for example) would be able to use the new class
implementation.</p><p>Alek replied that the vtable provides an abstract interface everyone
can use seamlessly. He thought that it would in fact encourage people
to use multiple languages in a single application.</p><p>chromatic asked Alek to clarify what behavior he wanted to enable in the
HLL. Alek said he would put together some code which would demonstrate
his intention. As of March 12th, he was still working on the use case.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8e5cb225b0b3d6e3/0ab75a96aa9ec968?#0ab75a96aa9ec968">[perl #41620] [PATCH] change opcode syntax for label arguments </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41620">[perl #41620]</a>, Alek Storm included a patch which changes the
<code>label INT</code>, <code>labelvar INT</code> and <code>labelconst INT</code> syntax to <code>in LABEL</code>,
<code>invar LABEL</code> and <code>inconst LABEL</code>. This reduces the number of arguments
and makes the code cleaner. It was applied to the buildtools branch,
and all tests passed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/512572222fea7eeb/4d8ae33446a5d7d5?#4d8ae33446a5d7d5">[PATCH] PDD6 updates</a> </i> </p><p>Klaas-Jan Stol made some changes to PDD 16 and posted a patch.
chromatic was mostly satisfied with the patch. It was applied
as r17209.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/791f1894c8a69428/9b99011c37ace8ed?#9b99011c37ace8ed">[perl #41623] [TODO] modify p6regex op naming convention to match perl 6 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41623">[perl #41623]</a>, Jerry Gay remarked that PGE's syntax for
specifying ops in the precedence parser should follow the Perl 6
specification. Patrick R. Michaud noted that Larry Wall's recent
work on the grammar may introduce some radical changes to the
current syntax. Larry tried to explain what he hopes to do with
the modifications.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2fc801a28315ef28/c44aae14a4af4c0b?#c44aae14a4af4c0b">Pynie Grammar</a> </i> </p><p>In several threads, Klaas-Jan Stol chronicled his attempts to update
the grammar for Pynie. He remarked that it is mostly complete, but
that he still has some difficulty with the binary operators "is not"
and "not in" and asked for insight.</p><p>The following messages charted the development:
* <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/84da3e502acf1e30/e1a44282d31db11e?#e1a44282d31db11e">[PATCH] Pynie updates</a>
* <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/95ff47d95eb16250/9379860b6893ee72?#9379860b6893ee72">[PATCH] languages/Pynie</a>
* <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/115903fafa324b3d/9468fe616e10095f?#9468fe616e10095f">[PATCH] Complete Pynie Grammar</a>
* <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/194e44048dbb8f73/a8adbbb0fa153eb6?#a8adbbb0fa153eb6">[Pynie] Grammar mostly done, but help needed</a>
* <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d3c07daeab246a00/6772fe54a3b6cacd?#6772fe54a3b6cacd">[perl #41659] [PATCH] Updates for languages/pynie </a> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c2c8b06357e7749d/267e6370874d0cc8?#267e6370874d0cc8">reviewing PDD01 - Overview</a> </i> </p><p>Allison Randal announced that she had checked in an updated version
of PDD01 for review.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/735660d52043cb4c/43866f487ac849a8?#43866f487ac849a8">[perl #41633] [CAGE] convert handrolled<nobr> <wbr></nobr>.IMPORT macros with library function </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41633">[perl #41633]</a>, Jerry Gay noted that some handrolled
implementations of namespace import macros had crept in to the code.
He wrote an import subroutine, and would like it to be used.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bd1c2cd3b50600a7/d5e01e0745b14ec3?#d5e01e0745b14ec3">[perl #41634] [TODO] warn and abort make if pbc compatibility has changed </a> </i> </p><p>Jerry Gay felt that if PBCs need to be regenerated due to incompatibilities,
<code>make</code> should inform the user of this. He created ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41634">[perl #41634]</a> to track this development.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d20d65675f10f151/94b37d29096beb00?#94b37d29096beb00">[perl #41636] [PATCH] Updates for PDD06 </a> </i> </p><p>Klaas-Jan Stol attached a patch for PDD06 to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41636">[perl #41636]</a>.
It was applied in r17469.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c86a615a7a6aaac5/db90b0f7d56651a9?#db90b0f7d56651a9">[perl #41637] [PATCH] SMOP; won't compile on MSVC due to declarations not at top of block </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41637">[perl #41637]</a>, Klaas-Jan Stol reported that SMOP won't
compile with MicroSoft Visual Studio.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8ce7d25fee350142/7889f63a0c6af8e2?#7889f63a0c6af8e2">[perl #41642] [BUG] tailcall with slurpy gives segfault </a> </i> </p><p>Earlier, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41642">[perl #41642]</a>, Mehmet Yavuz Selim Soyturk
reported a bug. </p><p>This week, Jonathan Worthington reported that he had fixed a bug
asked someone to check with the latest code. Bob Rogers reported that
Mehmet's test case works in r17298, but that it still fails for him
even when the patch is applied.</p><p>Later, Bob was able to look into the issue further, and found that
there are some more serious problems and that he needs to think on
how to solve them.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8e1bcb161c59594/704c8b43fa65e789?#704c8b43fa65e789">[perl #41658] [TODO] Move all gc source files into a separate directory </a> </i> </p><p>Joshua Isom created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41658">[perl #41658]</a> to suggest a cleanup of
the garbage collection files, which are not located where one would
expect to find them. He submitted a patch for it.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/b4f93179758039a6/e34cca911766b379?#e34cca911766b379">[perl #41617] "make test-pir" fails on x86 linux, r14402 </a> </i> </p><p>Eric Hanchrow reported a failing test in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41617">[perl #41617]</a>.
Audrey Tang wanted to know if the problem still existed in r15386;
Eric confirmed it did.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23x69;&%23x6C;&%23116;&%23111;:&%23107;&%23117;&%23100;&%23114;&%23x61;&%2364;&%23100;&%23111;&%23109;&%23x61;&%23105;&%23110;&%23x74;&%23x6A;&%23x65;&%2346;&%2399;&%23111;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-03-21T19:57:35+00:00summariesPerl 6 summary, 18-24 Feb, 2007
http://use.perl.org/~kudra/journal/32561?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"'Course, if someone goes ahead and adds the Y combinator, one must naturally begin to wonder what the YY combinator would be...<nobr> <wbr></nobr>:-) "</p><p>-- Larry Wall</p><p>"Obviously it generates a function so anonymous that it can't even refer to itself. I call it the depressed existentialist solipsist operator."</p><p>-- chromatic, in 'Y not'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/461b6f0b6718b926/9df083e284beabfe?#9df083e284beabfe">Y not</a> </i> </p><p>Larry Wall announced the demise of <code>¥</code>, which was not much lamented.
Thomas Wittek suggested calling it <code>zip</code> and there was some discussion
of whether it is better to use terms like <code>minmax</code> and <code>zip</code>, or to use
symbols like <code>MM</code> and <code>ZZ</code>. Several jokes were made along the way.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8ec3ced486a75ff8/afa2f2ca763eb935?#afa2f2ca763eb935">[svn:perl6-synopsis] r13699 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall replaced ¥ is replaced by Z.
There was also a change with the <code>XX</code> operator, which became <code>X</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/249829bae0a88ec7/b918d6fc371562b6?#b918d6fc371562b6">Relief for rw/ro</a> </i> </p><p>Steve Lukas remarked that Larry Wall had asked for ideas about good
names for various states of write access. He offered a proposal which
involves indicating that the writeability can be described as variable,
constant, or final. Dr. Ruud added a brief comment about the length of
the term <code>variable</code>, which he didn't find to be too long.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6224bba36aa78a13/b450cb9d8e2e163b?#b450cb9d8e2e163b">[svn:perl6-synopsis] r13703 - doc/trunk/design/syn</a> </i> </p><p>A commit from Larry Wall clarified that a named argument may name
either a label or a variable.</p><p>Blair Sutton asked if the synopsis repository is publicly available,
and if it is part of the Parrot or Pugs repository. The
<a href="http://svn.perl.org/perl6/doc/trunk/design/syn/">URL of the repository</a>
was posted.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/986ac92331169967/b2daa88e71ebc1e2?#b2daa88e71ebc1e2">[perl #29994] [BUG] "loadlib $P0, varname" not working correctly </a> </i> </p><p>Some time ago, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=29994">[perl #29994]</a>, Jens Rieks reported an error
in <code>imcc/parser_util.c</code>. Klaas-Jan Stol updated the ticket and noted that
the loadlib op works on windows. However, another error was found: when
loading a non-existent library, no exception is raised.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38b76bc969f5f834/13267ef3ad3ebd17?#13267ef3ad3ebd17">[perl #41235] [PATCH] Add get_name() Method to Namespaces </a> </i> </p><p>Earlier, chromatic created a patch for <code>get_name</code>, which Jerry Gay
forwarded to RT to create ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41235">[perl #41235]</a>. Jerry wanted to
apply the patch before 0.4.8, but chromatic said that he had been waiting
because Allison Randal wanted a deprecation cycle for the rename of
<code>name()</code> to <code>get_name()</code>. Allison replied that she had made a note
that it was deprecated (r17030) and said that the patch could be applied
after the release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38187ccd43489b2c/1a3a3da8b4f96c6e?#1a3a3da8b4f96c6e">[perl #41237] [TODO] PMC Class name IDs will require a dot in front </a> </i> </p><p>Klaas-Jan Stol reminded people that an issue had not been
decided.</p><p>Earlier,
Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41237">[perl #41237]</a> to address an item in
DEPRECATED.pod about PMC Class name IDs. He felt that either it
should use one syntax or the other, but not both.</p><p>Allison Randal preferred eliminating the dot in classname IDs.
Matt Diephouse, on the other hand, liked the dot. Klaas-Jan Stol
added that the dot indicates that it is PIR not pure PASM.</p><p>Allison thought that if Matt used it to disambiguate between types and
local variables, it was a matter of sigils. She asked why put sigils
on types instead of putting them in variables, and if a dot was the
ideal sigil for types.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9af8e2974c62895b/2fd1143a5635ea13?#2fd1143a5635ea13">[perl #41529] [BUG]: t/perl/Parrot_Distribution.t test failure </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41529">[perl #41529]</a>, James Keenan reported that there was a new
failure in <code>Parrot_Distribution.t</code>. Jerry Gay explained that the test
exposes a bug in Parrot::Distribution, which classifies files as Perl
even when they are not. He noted that failing tests had been used as
a reminder of things which needed to be fixed, and this was still used
to some extent, although there was a movement towards RT.</p><p>The problem was resolved in r17069.</p><p>There was some discussion about the difficulty of identifying the problem.
Jerry Gay mentioned that he was working on refactoring Parrot::Distribution.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/61348ed58c12df09/17f0f4b04fdf82eb?#17f0f4b04fdf82eb">in PIR, a BigInt is turning into a string against my will -- what am I doing wrong?</a> </i> </p><p>Eric Hanchrow reported a problem in r16999. Patrick R. Michaud
offered some suggestions for correcting the code in question.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dcf2e03d54ed5694/61b77acfa08022f2?#61b77acfa08022f2">[PATCH] #39615: [TODO] get_outer op not defined in PDDs</a> </i> </p><p>Klaas-Jan Stol submitted a patch which adds the description of <code>get_outer()</code>
to PDD20.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/76479a9d75a9da22/606976ad08ef69d4?#606976ad08ef69d4">[PATCH] updates for docs/faq.pod</a> </i> </p><p>Klaas-Jan Stol made some updates to <code>faq.pod</code> which related to ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41312">[perl #41312]</a>.</p><p> <i><nobr> <wbr></nobr><a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4849567eb48ddd14/ad923d0e31233cb9?#ad923d0e31233cb9">:anon flag bug?</a> </i> </p><p>Klaas-Jan Stol had a question relating to a fix for <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39196">[perl #39196]</a>.
An anonymous subroutine was unexpectedly being found, and he wondered if
that was a bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/86fc50b330487ed5/8719e6b444609008?#8719e6b444609008">[PATCH] retry pir/pasm updates for lang/pir</a> </i> </p><p>Klaas-Jan Stol submitted a patch to replace his earlier one.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/47b0e62f2d0de076/41b1e18f5ed0938d?#41b1e18f5ed0938d">[PATCH] lang/PIR updates</a> </i> </p><p>A patch by Klaas-Jan Stol made some corrections to <code>languages/PIR</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/333f27b434faddfb/a8109c870e6b7503?#a8109c870e6b7503">[perl #41538] readline kills parrot on files missing a final newline </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41538">[perl #41538]</a>, Joshua Isom described a problem which could
be replicated by creating a small file without a newline at the end.
chromatic applied it in r17103.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/60613525fbb20845/c258038645bc36b0?#c258038645bc36b0">Q on: #37542: [TODO] core - document behavior of multiple<nobr> <wbr></nobr>:load subpragmas in same compilation unit</a> </i> </p><p>Klaas-Jan Stol responded to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=37542">[perl #37542]</a> which he claimed
stated that the behavior of multiple subroutines marked with the<nobr> <wbr></nobr><code>:load</code>
subpragma in the same compilation unit is undefined. However, Klaas-Jan
pointed out that it is defined and wondered if the ticket could be closed.</p><p>Patrick R. Michaud agreed with closing the ticket. Will Coleda explained
how Klaas-Jan could update the ticket directly.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/df67c0e284a61d60/168abbf7baecf137?#168abbf7baecf137">Preening the parrot for show</a> </i> </p><p>Nicholas Clark suggested that release versions of Parrot should have
debugging flags off so that it will benchmark nicely. This came from
a public discussion of the speed of the Ruby implementation.</p><p>Tewk noted that the numbers generated by Cardinal are probably incorrect
because the current implementation is very minimal.</p><p>Joshua Isom wondered if it was best for the default core to be the slow
core. Although this makes testing easier, it gives misleading benchmarks.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/746c0b9388cf0571/a6b383d80c48e593?#a6b383d80c48e593">[perl #40544] [NEW] Test for DOS line endings in Parrot text files </a> </i> </p><p>Earlier, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40544">[perl #40544]</a>, Paul Cochrane submitted a test
which checks for DOS line endings in the Parrot distribution.</p><p>Will Coleda recently noted that some of the problems are related to
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41485">[perl #41485]</a> and that when he sets the properties in his working
copy, the tests succeed. Paul provided an update: he will be do a
few commits which update the svn eol property. Because a large number
of files will be affected, the update will done in a small time slot.</p><p>As of r17102, it was fixed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d9873c4fec08170/1afa646a2203df56?#1afa646a2203df56">[perl #41548] [Tcl] - internals tests failings </a> </i> </p><p>Will Coleda reported a failing test in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41548">[perl #41548]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b6b5f03b9efbe1ff/03edf5b29badab86?#03edf5b29badab86">[perl #41549] [PATCH] fixes<nobr> <wbr></nobr>:vtable pragma for<nobr> <wbr></nobr>.pbc files </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41549">[perl #41549]</a>, Alek Storm submitted a patch in response
to <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40626">[perl #40626]</a> and <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41364">[perl #41364]</a>. Jonathan Worthington
planned to commit it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3ab27086fad05c3a/d16555edf1140d9f?#d16555edf1140d9f">Deprecated ops: emit warning?</a> </i> </p><p>Klaas-Jan Stol noted that there are some operations which have been
deprecated but which have not been listed in <code>DEPRECATED.pod</code>. He
suggested adding a check which will emit a warning if an operator is
deprecated.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a14273cea42ca14f/1055850e799d45f3?#1055850e799d45f3">[PATCH] languages/lua lua.pg Grammar fixes</a> </i> </p><p>Klaas-Jan Stol submitted a patch for the Lua grammar file.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/da13407c52917b1f/f27e3566f7671bed?#f27e3566f7671bed">Cross-compiling Parrot</a> </i> </p><p>Aldo Calpini resurrected comments from Dan Sugalski in 2004 which
dealt with cross-compiling. In order to submit patches which do not
break the existing code, he asked some questions about how people
are using cross-compilation at the moment.</p><p>Jerry Gay wanted to see some development in this field, and suggested
an approach based upon test-driven development for configuration system
changes. Joshua Isom remarked that Perl 5's configure is somewhat limited,
and Perl 5 may not always be available. While Aldo agreed that Perl 5's
configure is a bad way to go, he didn't see anything wrong with using
Perl 5 as the tool to build. Allison Randal also indicated that reliance
on Perl 5's configure would be a problem. She proposed that Aldo start
with a proposal and patches.</p><p>chromatic remarked that it would be nice to be able to put data files
somewhere and have configure read those instead of probing the system.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/070b5ec407e1a4a3/497903eff7d51c73?#497903eff7d51c73">[perl #41557] [BUG] addparent established hierarchies don't work with<nobr> <wbr></nobr>.Super </a> </i> </p><p>Sam Vilain reported problems with inheritance which can result in the
exception 'object has no parent'. Tests were added in r17031 to demonstrate
the issue. This problem was explained in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41557">[perl #41557]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6ea24ec72c394ad3/0a26cc85319b0016?#0a26cc85319b0016">[perl #41558] [PATCH] Add ops summary doc generator </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41558">[perl #41558]</a>, Shawn M Moore submitted a patch which
adds a new utility script to create a summary of all the operators.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/158a5c6cd2cd804a/f914736387f1f826?#f914736387f1f826">[perl #39196] [TODO] tests - need to test addmethod </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39196">[perl #39196]</a>, Klaas-Jan Stol submitted a patch which adds
a test for <code>addmethod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/57a49fd6070182c9/33fd95880a9f0377?#33fd95880a9f0377">[perl #41569] [BUG] t/distro/file_metadata.t fails on win32 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41569">[perl #41569]</a>, Jerry Gay indicated a problem with a test
which fails on Win32.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a1c5022c547d35aa/2279a46c88aa984a?#2279a46c88aa984a">Preliminary notes for 0.4.9 release</a> </i> </p><p>In preparation for the 0.4.9 release, Patrick R. Michaud asked some questions
of people who have previously worked on release management. Allison Randal,
chromatic and Nuno Carvalho replied.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d497e20167ab23a/cd65b72dd28381d0?#cd65b72dd28381d0">[perl #41576] [BUG] t/pmc/pmethod_test.t fails on x86_64 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41576">[perl #41576]</a>, Patrick R . Michaud reported a failure
with <code>t/pmc/pmethod_test.t</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/64bb7911b268f931/71158e057b1ea210?#71158e057b1ea210">[perl #38983] [PDD] review PDD01_overview.pod </a> </i> </p><p>Patrick R. Michaud reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38983">[perl #38983]</a> that he had
changed the roadmap to refer to PDD01 instead of the 'PLATFORMS' file
which doesn't exist. However, PDD01 is still in draft status, so
Patrick asked if it can be approved.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6265d19136e4e6b9/cce12e31ffc7ed36?#cce12e31ffc7ed36">[perl #41577] docs/ROADMAP.pod refers to python bytecode translator, pie-thon test suite </a> </i> </p><p>Patrick R . Michaud reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41577">[perl #41577]</a> that
there are some points in the roadmap which may no longer be relevant.
Allison Randal fixed them in r17210.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4c49f5b55a4fc416/a5eada1f3ba77032?#a5eada1f3ba77032">[perl #41579] [BUG] t/pmc/ref.t, t/pmc/threads.t file with -C runcore </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41579">[perl #41579]</a>, Patrick R . Michaud reported two failing
tests. chromatic confirmed that this was not restricted to x86_64.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/817a7f1c1963aa53/e953651e1a3a49d6?#e953651e1a3a49d6">[perl #41583] Tail calls from within vtable methods broken </a> </i> </p><p>Bram Geron reported that tail calls within v-table methods are broken.
Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41583">[perl #41583]</a> tracks this bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f39f89c5b143b26e/93008c3e5ce3a5ab?#93008c3e5ce3a5ab">[perl #41584] [TODO] Update RELEASE_INSTRUCTIONS with details for updating the website </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41584">[perl #41584]</a>, Patrick R . Michaud noted that the release
instructions should include a reminder to update the website.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/07620b152ae36b0b/d1ba7963db57a7bd?#d1ba7963db57a7bd">[PATCH] PDD16 NCI update with simple example</a> </i> </p><p>Klaas-Jan Stol submitted a patch which contains a simple example which
can be added to PDD16. chromatic applied it in r17164.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/03de682a295f7c36/485f99e22495d7b1?#485f99e22495d7b1">[perl #41455] [NEW] and [PATCH]: tools/build/ops2pm.pl refactored </a> </i> </p><p>Earlier, James Keenan noted that he had some new patches for tests.
They were added in r17061. The patches can be seen in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41455">[perl #41455]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/00c78ac3d96ffc55/a1a61b06faa6ce88?#a1a61b06faa6ce88">[perl #41597] [PATCH] replacing explicit access to $^O in Configure </a> </i> </p><p>Aldo Calpini submitted a patch to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41597">[perl #41597]</a>.
This patch adds an 'osname' key to Parrot's configuration data,
which is used in the configure process.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/f41d41b34f359e09/9ac80fc212973d20?#9ac80fc212973d20">Parrot 0.4.9 released!</a> </i> </p><p>Patrick R. Michaud announced the release of Parrot 0.4.9, "Socorro".</p><p> <b>cvs-parrot</b> </p><p> <i> <a href="http://thread.gmane.org/gmane.comp.lang.perl.perl6.internals/11054">[svn:parrot] r17107 - trunk/src/stm</a> </i> </p><p>chromatic objected to a patch which removed access to a null pointer in
<code>stm/backend.c</code>. He thought that the best solution would be to have the
PMC <code>init()</code> throw an exception.</p><p>Allison Randal thought that it made sense to return with no action.
<code>reply_extracted</code> already has the same check, and <code>mark_extracted</code>
should have the check added. Jerry Gay added it in r17159.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="m&%23x61;&%23105;&%23108;&%23x74;&%23x6F;:&%23x6B;&%23117;&%23100;&%23x72;&%23x61;&%2364;&%23x64;o&%23x6D;a&%23x69;&%23110;&%23116;&%23106;&%23x65;&%23x2E;&%2399;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-03-04T17:38:58+00:00summariesPerl 6 summary, 11-17 Feb, 2007
http://use.perl.org/~kudra/journal/32500?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>Remember that the European Perl Hackathon will be held next weekend, from 2-4 March, 2007 in Arnhem, the Netherlands. Registration is open until Thursday, 1 March. For more information, please look at the <a href="http://conferences.yapceurope.org/hack2007nl/">hackathon website</a>.</p><p>Allison Randal and Jonathan Worthington will be coordinating the Parrot/Perl 6 portion of the hackathon. </p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/29b8264460dfab5e/b4d1c67614190510?#b4d1c67614190510">[svn:perl6-synopsis] r13582 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall made a commit to S02, S04 and S06. This change renamed
<code>leave</code> to <code>give</code> and modified <code>give</code> to always give the final value
of the innermost block. <code>$context.give()</code> will always give the final
value of the context. Instead of repeating the context selector interface,
the object is now used. Loop labels are considered sufficiently OO to
allow <code>LABEL.give</code> within the lexical scope of the labeled statement.
Additionally, feed operators were clarified; their intent is to allow
parallelism with minimal sharing, along the lines of the UNIX pipe model.</p><p>Smylers thought that most people would probably want to filter an array
without retaining the original array, something that Larry had labeled
as 'probably impossible'. Larry replied that people probably would want
the form, but that mutable data is coupled to realtime but lazy data is
decoupled. He thought it might be able to make the syntax
<code>@data <== grep { $_ % 2 } <== eager @data;</code> work, but that care would
have to be taken with the identity of the container and its data.</p><p>In a later commit ('<a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/cfa607c4e0ef5737/5a3db08c6fdcc9a5?#5a3db08c6fdcc9a5">[svn:perl6-synopsis] r13583 - doc/trunk/design/syn</a>'),
Larry decided to change <code>give</code> back to <code>leave</code>, on the grounds that <code>give</code>
can be confused with <code>given</code>. Some of Smyler's comments were taken into
consideration in '<a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/f039bd6b4e9a62c1/b5146dddb00d1045?#b5146dddb00d1045">[svn:perl6-synopsis] r13584 - doc/trunk/design/syn</a>'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/459b3fff1ba327ab/1c229386ad26b56d?#1c229386ad26b56d">[svn:perl6-synopsis] r13585 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall removed the <code>quote</code> declarator.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/ff190e96b62be4bf/6f636c64058ab24e?#6f636c64058ab24e">[svn:perl6-synopsis] r13586 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall's commit changed<nobr> <wbr></nobr><code>:to</code> to be the short form for<nobr> <wbr></nobr><code>:heredoc</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/386fef3344b5755e/7bb8fc28fa87318b?#7bb8fc28fa87318b">[svn:perl6-synopsis] r13587 - doc/trunk/design/syn</a> </i> </p><p>Another commit by Larry Wall made a series of changes to S02, S04, and
S12. The <code>statement_modifier</code> category was split in two. List comprehensions
can be done with statement modifiers. Multiple dispatch is explained in
terms of topological sort, and has been clarified where single semicolons
are concerned. Multis with a single semicolon may be reserved in 6.0.0.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/9d15022ebcfb182e/8b62f653c9053923?#8b62f653c9053923">my $temperature is ro</a> </i> </p><p>Steve Lukas proposed a <code>ro</code> (read-only) declaration for variables
which would prevent modification after an initial value was set at
runtime. As an example of a use, he gave data fetched from from a
database which is used to create reports. He also explained why he
felt that the <code>readonly</code> trait and the <code>VAR</code> macro were not suitable.</p><p>TSa thought that <code>constant</code> did what Steve wanted. Larry Wall clarified
that <code>constant $temperature = getValue()</code> would evaluate <code>getValue()</code>
at compile time. Larry noted that the specified <code>my $temperature is
readonly = getValue();</code> would probably suit Steve's need. Smylers
agreed with Larry and asked Steve some questions about Steve's
proposal for <code>readonly $-temperature</code>. Steve replied that he had
overlooked the specification Larry mentioned, and that he was willing
to drop his proposal.</p><p>Larry Wall remarked that he was getting tired of writing <code>rw</code>
context variables and that there might be forthcoming syntactic
relief for <code>rw</code>/<code>ro</code> which is orthogonal to everything else. Bob
Rogers suggested<nobr> <wbr></nobr><code>:=</code> or something similar to indicate that the
assignment is really a definition.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/87f002d9652886dc/460c0aacddc471c1?#460c0aacddc471c1">Re: [perl #41478] [PATCH] add Test::More::skip()</a> </i> </p><p>Sam Vilain created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41478">[perl #41478]</a> to add <code>skip</code> to Test::More.</p><p>Allison Randal wondered why Sam had chosen to reverse the order of arguments
from <code>Test::Builder.skip</code> Nicholas Clark remarked that Sam had used the
same order as Perl 5's Test::Builder. However, he agreed with Allison
that it is more legible to have the number of tests to skip first, followed
by the reason.</p><p>Sam proposed to solve it with a multi-sub, which would take either
a string or an int followed by a string. chromatic thought that was
an appropriate way to handle the issue. Allison committed the patch,
with this change, as r17010.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7b16dce9a666faa2/7a357a24909c45ce?#7a357a24909c45ce">[perl #41485] [TODO] Add a test for svn:eol-style property </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41485">[perl #41485]</a>. chromatic had
asked in '<a href="http://groups.google.com/group/perl.cvs.parrot/browse_frm/thread/a37c52e8505a985b/32d4ce0db2853a2f?#32d4ce0db2853a2f">[svn:parrot] r16940 - in trunk/languages/lua: Lua t</a>'
if there is a subversion property for line endings to keep text
files consistent within the repository. The property is <code>svn:eol-style</code>,
which should be set to 'LF' to ensure UNIX-style end-of-line characters.
Paul created a test for it in <code>t/condingstd/line_endings.t</code> but wanted
to check if all text files have the property set before committing the
test.</p><p>Jerry Gay remarked that the correct setting is 'native', so that files
will be saved with the line endings the platform expects. The exceptions
are examples using file IO, which require 'LF'. Jerry offered to test
the patch on Windows if Paul posted it.</p><p>Paul wondered if Windows users have problems editing files because of
the UNIX line endings. Jonathan Worthington answered affirmatively.
He thought that 'native' was also the best solution.</p><p>James E Keenan wondered if new files committed to a branch should have
these subversion properties set. Jerry Gay replied that the metadata
requirements are poorly documented, and that perhaps this information
belonged in the coding standard PDD. This led Paul to create ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41505">[perl #41505]</a> to track the cleanup of the documents.</p><p>Eventually the property patch was added to <code>t/distro/file_metadata.t</code> and
committed in r16981.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cb08edfa35a2d350/8506045f554891e2?#8506045f554891e2">[PATCH] languages/PIR add command line options for output of pirc.pir (Parse/PAST/PIR)</a> </i> </p><p>Klaas-Jan Stol created several patches this week as well, namely:</p><ul>
<li>'[PATCH] languages/PIR add command line options for output of pirc.pir (Parse/PAST/PIR)'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/faa6763e2af0a3cb/94f3fa1580593860?#94f3fa1580593860">[PATCH] languages/PIR more Tree Transformations</a>'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/47a6df9e6b36bf73/cc79abc50664760e?#cc79abc50664760e">[PATCH] languages/PIR updates</a>'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3fb51adfd1dbeb9d/0d58ab03c234145c?#0d58ab03c234145c">[PATCH] lang/PIR macros!</a>'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c652c43294b23755/5ba59e717f48b95c?#5ba59e717f48b95c">[PATCH] languages/lua PGE grammar fix</a>'</li></ul><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a0da6e56fb63989d/4b32e7d47eb4100f?#4b32e7d47eb4100f">[svn:parrot-pdd] r16965 - trunk/docs/pdds/draft</a> </i> </p><p>Allison Randal updated PDD15 to reflect core conceptual changes to
objects.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e8c0cd444da0189b/46008e8d12b22096?#46008e8d12b22096">[perl #40722] [TODO] Tcl - implement [file dirname] </a> </i> </p><p>In response to Paul Cochrane's ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40722">[perl #40722]</a>, which requested
that the stub routine <code>dirname</code> in <code>languages/tcl/runtime/builtin/file.pir</code>
be implemented, Nuno Carvalho remarked that it had been implemented in
r16967. Nuno felt that some Windows testing was needed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3f4402bbe886303a/730c3a0c422aa222?#730c3a0c422aa222">[perl #41496] [TODO] config - profiling options should have their own step in config/init/defaults.pm </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41496">[perl #41496]</a>, Paul Cochrane noted that the profiling
options in <code>config/init/defaults.pm</code> should get their own step in the
configuration process.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e7e4d3d7358e154c/ec9283335daaf52b?#ec9283335daaf52b">[perl #41497] [TODO] config - profiling options are specific to gcc in config/init/defaults.pm </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41497">[perl #41497]</a> to request that the
profiling options in <code>config/init/defaults.pm</code> be marked as being specific
to gcc.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f259b837e6254d0d/d2486ebc36666e87?#d2486ebc36666e87">[perl #41498] [TODO] create Makefile.PL for CPAN friendliness </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41498">[perl #41498]</a>, Jerry Gay noted that CPAN does not like
Parrot's <code>Configure.pl</code> because it expects a <code>Makefile.PL</code>. He suggested
adding a makefile which will convert arguments to the form expected by
<code>Configure.pl</code> and then run <code>Configure.pl</code>. The ticket was resolved in
r17032.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/af93801b31ce8ae9/30e87f3256d53ff2?#30e87f3256d53ff2">[perl #41499] [TODO] config - 32/64 bit architecture setting gcc specific </a> </i> </p><p>Paul Cochrane would like the architecture-settings compiler options in
<code>config/init/defaults.pm</code> to be made generic rather than gcc-specific.
The request was made in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41499">[perl #41499]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ef9b2fb146b3a8aa/035708ccf994784c?#035708ccf994784c">[perl #41500] [TODO] config - lib directory needs to be set appropriately for 32/64 bit archs </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41500">[perl #41500]</a> contained a request by Paul Cochrane. He
wanted the lib install path in <code>config/init/defaults.pm</code> to be
set correctly for 32- and 64-bit architectures.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/56746301c0053c6c/cefe0f893fd98d70?#cefe0f893fd98d70">Porting parrot on PDA -- work in progress</a> </i> </p><p>Aldo Calpini reported success at building parrot for the
PocketPC. Some additional fixes are still needed, but the biggest
problem is that Parrot should be used to generate<nobr> <wbr></nobr><code>.pbc</code> files but
the directory structure isn't available. Aldo asked how to proceed.</p><p>Joshua Isom replied that it should be possible to run most PIR files
and pbc files, although it would be best to generate them on a platform
with the same endian.</p><p>Patrick R. Michaud and Jesse Vincent congratulated Aldo on the
progress to date.</p><p>The thread '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/20dc72b8d14bf2cd/d7070a7006bc50c9?#d7070a7006bc50c9">Parrot on PDA - work in progress</a>' was a duplicate and
contained one of the responses.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/69e44e1047c81330/5c224f09d152c305?#5c224f09d152c305">[perl #41502] [PATCH] fix auto::sizes configure step </a> </i> </p><p>Aldo Calpini created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41502">[perl #41502]</a>. It contains a patch
to add a final <code>\n</code> to a few files. The changes are needed to port
Parrot to the PocketPC, because the cegcc compiler won't output the
last line unless there is a terminating newline.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c74e2e15e93cfeb1/43f53f0607192e8a?#43f53f0607192e8a">PAST-pm: only PAST::Block allowed at root of PAST</a> </i> </p><p>Klaas-Jan Stol asked what the result was of the previous discussion
on the topic of whether PAST-pm will be able to handle PIR's requirements
for a top-level construction with an include statement. Patrick R. Michaud
replied that he expected either a PAST::CompUnit node type or the
<code>blocktype</code> attribute on PAST::Block to get a <code>compunit</code> setting.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c2140108f5a049b6/a8d0d6cd6d47721c?#a8d0d6cd6d47721c">[perl #41508] [BUG] Configure losing flags... </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41508">[perl #41508]</a>. He found an error when
trying to build with GMP on OSX Intel. Later he was able to supply more
information, which showed that the problem was due to his expectations.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/54f5dfb535fc694b/711a5fb3600a26bc?#711a5fb3600a26bc">[perl #41511] Parrot_call_sub* Incompatible with Multisubs </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41511">[perl #41511]</a> was started by chromatic. He described a
problem involving the difference in layout between a Sub PMC and a MultiSub PMC.
Matt Diephouse requested a sample of the code so that he could take a
look at the problem. chromatic added a todo test in r17034.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/1ab069d84fe0f6a2/d9811f85fd8ea199?#d9811f85fd8ea199">Get your Google SoC thinking caps on...</a> </i> </p><p>Nicholas Clark reminded people that it is time to begin thinking of
good Google Summer of Code projects. Applications will be accepted
in March. <a href="http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html">More information is available</a>.</p><p> <b>cvs-parrot</b> </p><p> <i> <a href="http://thread.gmane.org/gmane.comp.lang.perl.perl6.internals/10989/focus=10990">[svn:parrot] r17012 - in trunk: runtime/parrot/library/Parrot t/compilers/past-pm</a> </i> </p><p>A commit by Allison Randal gave the HLLCompiler the ability to add
new compilation stages. </p><p>Nicholas Clark asked what would happen if someone were to add a stage
with the same name as an existing stage. Allison replied that it would
be added twice, as it was possible that someone might wish to repeat
stages such as 'optimize<em>tree' or 'display</em>benchmarks' after each
transformation.</p><p>Nicholas realized, after studying the PIR, that there is no ambiguity
as to which stage is meant, as "all of them" are added. He thought
that there should be a test for it. Allison added tests in r17027.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%23x61;&%23105;&%23x6C;&%23116;&%23111;:&%23107;&%23117;&%23100;&%23x72;&%2397;&%2364;&%23x64;&%23111;&%23x6D;&%23x61;&%23105;&%23x6E;&%23x74;&%23x6A;&%23x65;&%2346;&%2399;&%23111;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-02-25T14:30:27+00:00summariesPerl 6 summary, 4-10 February, 2007
http://use.perl.org/~kudra/journal/32497?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"> Errrr<nobr> <wbr></nobr>... I'm the one who <em>needs</em> the tutorial, not the one to write it.</p><p>"That makes you a prime person to capture the questions it needs to answer! You can't evade the Responsibility Ponies that easily."</p><p>-- chromatic, responding to James E Keenan in 'What Skills Do We Need to Finish Parrot?'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/10b4bb32dcfc4d55/3459662bdbe408d3?#3459662bdbe408d3">[svn:perl6-synopsis] r13570 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall changed categories to allow multiple
dispatch via the longest-token rule.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6ccb238ca2d4da25/17cfb5318ce52e07?#17cfb5318ce52e07">[svn:perl6-synopsis] r13575 - doc/trunk/design/syn</a> </i> </p><p>A commit by Larry Wall added <code>Q//</code> as a quoting form and removed <code>qn//</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/48e31e0bcca28425/af91a2dca31156bf?#af91a2dca31156bf">[svn:perl6-synopsis] r13577 - doc/trunk/design/syn</a> </i> </p><p>This commit by Larry Wall affected S04, S05, S06 and S12. It
unified proto processing to implicitly allow re-declarations within a
scope. It works on most declarators, including regex, token, rule
and variables.</p><p>Multiple <code>my</code> declarations now issue a warning, which may be
suppressed with a <code>proto</code> declaration of the variable. The <code>multi</code>
keyword is optional in a <code>proto</code> scope, and the <code>unique</code> keyword
"undoes" an outer <code>proto</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/75f0ad4ab4594fca/69a3595021780845?#69a3595021780845">recent changes</a> </i> </p><p>Larry Wall decided to explain what was driving the recent synopsis changes.
For some time, he has been working on a Perl 6 grammar written in Perl 6;
a <a href="http://svn.pugscode.org/pugs/src/perl6/Perl-6.0.0-STD.pm">snaphot</a> is
available. Audrey Tang noted that Pugs can parse it, but it still needs
to be made to run, and run fast.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8a660f68442d8b54/8f7ef3b22ca9831b?#8f7ef3b22ca9831b">[PATCH] Update pirgrammar.pod</a> </i> </p><p>Klaas-Jan Stol submitted a patch with an updated version of <code>pirgrammar.pod</code>
and <code>pirgrammar.html</code> which contains examples for most constructs. The
documents are still being worked on.</p><p>Later, in '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8852fef1b4200fd/56b89767fab0d1f8?#56b89767fab0d1f8">[PATCH] update pirgrammar.pod (replaces patch 2/4/2007)</a>', he submitted an updated
version.</p><p>These triggered some discussion in the thread
'<a href="%2345C9FF61.2080000@gmail.com">[PATCH] Updates for languages/PIR/docs/pirgrammar.pod</a>'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a8f7a18692ec0d6e/79c42441906ccebf?#79c42441906ccebf">Q on Calling conventions; parameter order</a> </i> </p><p>Klaas-Jan Stol remarked that some Parrot calling conventions are
unclear. He made a list of the order in which checks are done,
as far as he can tell, and asked if it was correct and if cases were
missing.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/49d1cb8399034577/b2adbf503ceab513?#b2adbf503ceab513">What Skills Do We Need to Finish Parrot?</a> </i> </p><p>Last week, James E Keenan asked what code remains to be written in Parrot.
Allison Randal replied that IO, Events, Threads, Compiler tools
interface, Object support and Exceptions need the most work. James
then asked about resources for learning PIR. chromatic offered
suggestions. </p><p>This week, Allison Randal replied that to date, she hadn't been able to get
the relevant sections of "Parrot Essentials" released, and proposed
that James create a PIR tutorial. She suggested <code>docs/imcc/syntax.pod</code>
as an introduction. Klaas-Jan Stol mentioned that he'd been working on
<code>languages/PIR/docs/pirgrammar.pod</code>.</p><p>James said that he needed a tutorial, and therefore wasn't suited to
write one. chromatic disagreed, stating that inexperience left James
in the perfect position to know what questions needed to be answered.
Joshua Isom seconded, suggesting that James could start a FAQ by creating
at least the questions. Bernhard Schmalhofer suggested adding questions
to <code>docs/imcc/imcfaq.pod</code>.</p><p>It turned out that Dzema Dmitriy is working on a PIR tutorial to
accompany a PIR bundle for Texmate.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cbc4a07fd1d18b1f/a15e736358a2df02?#a15e736358a2df02">[perl #41453] [BUG] Test failure in t/pmc/object-meths.t </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41453">[perl #41453]</a>, James Keenan reported a failure with a
text in <code>t/pmc/object-meths.t</code>. Allison Randal identified it as stemming
from r16783, and thought that <code>o = new 'MyClass', $P0</code> should call
<code>init_pmc</code> rather than <code>init</code>, even if <code>$P0</code> is null. She asked
Leopold Toetsch if the choice between <code>init</code> and <code>init_pmc</code> should be
based upon the content of the argument. Leopold replied that that was
not his intention; there should be just one init<nobr> <wbr></nobr>:vtable which is called,
according to PDD03 calling conventions.</p><p>Allison summarized the situation as a feature request which had been
submitted as a failing test. She changed the test to reflect the current
situation (r17026) and submitted the feature request in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41528">[perl #41528]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/82b650804f4e1378/eadc47e6c3a3516e?#eadc47e6c3a3516e">Prototype object model for Parrot</a> </i> </p><p>Allison Randal worked with Sam Vilain on a prototype object model
written in PIR. She checked it in to <code>compilers/smop</code>. The next
step is to implement the prototype at the PMC level, and incorporate
much of the functionality of <code>src/objects.c</code>.</p><p>Kevin Te replied that he had just started to port <code>Class::MOP</code> to
PMCs, and would be glad to help with this port as well.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4ead1fa56dbd6a77/b49a83b168208629?#b49a83b168208629">[perl #41454] [PATCH] add 2 new tests for object method dispatch </a> </i> </p><p>Sam Vilain noted, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41454">[perl #41454]</a>, that inherited method
dispatch was only tested with a simple parent/child class. In his attached
patch, there are tests for three classes in a straight line, as well as a
4-class diamond inheritance.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/03de682a295f7c36/7312862baee5f770?#7312862baee5f770">[perl #41455] [NEW] and [PATCH]: tools/build/ops2pm.pl refactored </a> </i> </p><p>James Keenan submitted ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41455">[perl #41455]</a>. It contained several
patches, for test files and related libraries. They were added to the
trunk as r17061 after passing on Darwin and Win32. Later they were
confirmed to also work on Linux.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a9c6e4ef1a88760e/421f482ab42bb4b8?#421f482ab42bb4b8">[perl #41456] [PATCH] add a Super PMC test for addparent-established inheritance trees </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41456">[perl #41456]</a>, Sam Vilain submitted a test which checks
that if an inheritance tree is created with <code>addparent</code>, it performs
just like one made with <code>subclass</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b1f497f6d51cb0e/81b30471c8242f84?#81b30471c8242f84">[PATCH] Updates for languages/PIR/docs/pirgrammar.pod</a> </i> </p><p>Klaas-Jan Stol submitted a patch for <code>pirgrammar.pod</code> and
<code>pirgrammar.html</code> in '<a href="%2345C5F36C.9000106@gmail.com">[PATCH] Update pirgrammar.pod</a>'.</p><p>chromatic remarked that he did not like keeping HTML in the repository,
and wondered if it could be automatically generated because, unlike
other generated files, it does not require <code>flex</code> and <code>bison</code> to
produce it.</p><p>Klaas-Jan wondered if <code>pod2html</code> was available for all platforms where
Perl can run. He thought it could be incorporated in the <code>make</code> procedure
if that were the case. chromatic replied that it had been core since at
least 5.8.0.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3c3d7baa28f8d70a/89dd04383e8c5db0?#89dd04383e8c5db0">Re: Porting parrot on PDA</a> </i> </p><p>Hakim Cassimally replied to
[Aldo Calpini's post]{http://thread.gmane.org/gmane.comp.lang.perl.perl6.internals/10966)
and expressed an interest in porting to the Nokia N800.</p><p>Jerry Gay replied that he'd love to see Parrot ported to the N800 and
suggested a way to start on it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/420cda0c7f0b7f52/929c6fb025a3acae?#929c6fb025a3acae">[PATCH] Updates and fixes for docs/imcc/syntax.pod</a> </i> </p><p>Klaas-Jan Stol submitted a number of patches for languages/PIR and
<code>docs/imcc/syntax.pod</code>:</p><ul>
<li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/452c33d9a0abec9b/7d9524b083201230?#7d9524b083201230">[PATCH] update docs/imcc/calling_conventions.pod</a>'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b4fd96f21467fa30/004b1bdd359019be?#004b1bdd359019be">[PATCH] Update ASTGrammar for lang/PIR</a>'</li><li>'docs/imcc/syntax.pod'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a532029b6b00023a/b8d76ae45bfd3a46?#b8d76ae45bfd3a46">[PATCH] languages/PIR fix string encoding, hex and binary numbers</a>'</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f6c31cc1097f2d24/3be078bd16597fa3?#3be078bd16597fa3">[PATCH] languages/PIR<nobr> <wbr></nobr>.globalconst </a>'</li></ul><p>One patch, '<a href="%2345C5F36C.9000106@gmail.com">[PATCH] Update pirgrammar.pod</a>', also sparked some
discussion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dbaef800ef09cdb1/9271fac61eec5919?#9271fac61eec5919">[perl #40706] [TODO] Tcl - implement [close] </a> </i> </p><p>Earlier, Paul Cochrane submitted ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40706">[perl #40706]</a> where he
noted that <code>languages/tcl/src/builtin/close.pir</code> is only a stub..
Nuno Carvalho reported that a first implementation had been committed
in r16933. There is still some discussion on how to best implement it
for Tcl.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/016c36ba02e1b5ef/16c77b055fc97106?#16c77b055fc97106">Pugs on Windows</a> </i> </p><p>Gabor Szabo reported a 404 error when attempting to download a Win32
binary of Pugs and Parrot. Audrey Tang suggested a different URL.
David Vergin noted that the page Audrey offered linked to a build from
November 2006 and asked if there was a newer build available.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45C9D12C.7010305&%2337;40gmx.de&%2337;3E">"delete" and maybe a problem with gather</a> </i> </p><p>Gilbert R. Röhrbein
wanted to reorder an array so that the elements are randomly ordered.
He noted a problem with <code>delete</code> which he wasn't able to describe, except
for stating that it was linked to <code>gather</code>. The code was included.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/3123581395ff8505/cbff14c42fcaff8e?#cbff14c42fcaff8e">dpkg-buildpacke fails due to outdated 10smoke patch</a> </i> </p><p>Moritz Lenz reported that the current (r15185) revision of Pugs
fails to compile on Debian when <code>dpkg-buildpackage</code> is used because
the '10smoke' patch cannot be applied.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%2397;&%23x69;&%23x6C;&%23116;&%23x6F;:&%23107;&%23x75;&%23x64;&%23x72;&%2397;&%2364;&%23x64;&%23111;&%23x6D;&%23x61;&%23x69;n&%23x74;&%23106;&%23x65;&%2346;&%23x63;&%23x6F;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-02-25T09:17:45+00:00summariesPerl 6 summary, 29 Jan - 3 Feb, 2007
http://use.perl.org/~kudra/journal/32492?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>": This mornings up date proposed </p><p>"Now the da rn spam fi1ters are chang.ng my spelling to look like sp*m. Yeah, that's the 4icket...<nobr> <wbr></nobr>:)"</p><p>-- Larry Wall, in 'Enhancing array indices'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/2957f76d8dceb7d6/9556a6089cbfa8d8?#9556a6089cbfa8d8">[svn:perl6-synopsis] r13540 - doc/trunk/design/syn</a> </i> </p><p>A commit from Larry Wall reorganized S03. This led Nicholas Clark to
comment that the sequencing operator is not defined. He had a few other
notes about the commit. John Macdonald responded to Nicholas's question "Is
it defined that <code>$a + $b</code> evaluates the arguments in any particular order?"
by stating that in C, it is deliberately left undefined to allow the code
generator more flexibility. Aaron Crane also spoke up, further explaining
how C functions.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/457b54e2589cb57f/df1f995cd2b93d1d?#df1f995cd2b93d1d">[svn:perl6-synopsis] r13543 - doc/trunk/design/syn</a> </i> </p><p>In this commit, Larry Wall clarified <code>gather</code> and <code>take</code>. Gaal Yahas
wanted to know what it means for <code>take</code> to be evaluated in void context.
He included some example code and asked what the result would be.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/bf3d8e360b800624/809585d38f09a127?#809585d38f09a127">[svn:perl6-synopsis] r13545 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall applied some clarifications which were suggested by Gaal Yahas.
Gaal, however, had some more questions. This concerned <code>gather</code> in S04.
These were addressed in Larry's next commit.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/b84dc8710beb18da/09a75dac10d310ef?#09a75dac10d310ef">Typology of auto*crement</a> </i> </p><p>Larry Wall replied to a comment by TSa in another thread, wherein
TSa wondered if <code>++</code> and <code>--</code> coerce Nums to Ints. Larry stated that
since a Str remains a Str in a similar situation, the Num should also
retain its type. One exception that he could see would be that incrementing
an Undef would create an Int.</p><p>In thread '<a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/a79c24e250dbdafc/0a8366f7216b06e3?#0a8366f7216b06e3">Int-to-Num autocoercion</a>', Larry expanded on
how coercions are handled in functions. He said that Num to Int
autocoercion is an explicit exception which is expected by Perl 5
programmers, and Str to Num (and the inverse) are also done automatically
at times. Larry further explained that there had been numerous discussions
on the subject, and the general feeling is that exotic types should not
autocoerce unless a multi has been declared to handle the situation.</p><p>TSa made a reference to the long-running
'<a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a>'
to discuss how auto-coercion would work with <code>floor</code>. Darren Duncan
replied that a <code>floor</code> would return an Int by definition, so that it
would in fact be a way of explicitly converting.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/c6116a1884078a58/8db551e3b7208164?#8db551e3b7208164">[svn:perl6-synopsis] r13549 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall made a commit which disabled negative subscript 'dwimmery' for
shaped arrays, which can now take <code>+</code> and <code>-</code> operators. He then wondered
if a multidimensional <code>Whatever (**)</code> would mean the same thing in "whatever"
dimensions.</p><p>David Green noted that the subject of ordinals had come up some time ago,
and quoted a message from Larry dating back to 2004. He added his thoughts
to the subject as well.</p><p>Blair Sutton felt that Perl 6 should stick with 0 as the first element
of a list to avoid alienating programmers from most other languages.
He thought that it could be adjusted by a user-defined Parrot grammar for
those who didn't like the traditional starting value, although he had
personally never required that feature.</p><p>Smylers was of
the opinion that a pragma is overkill, and a global variable would be
sufficient. Jonathan Scott Duff responded that a pragma would be useful
to Pascal or Fortran programmers, and therefore it would be handy to have
a pragma. Rafael Garcia-Suarez added that <code>$[</code> is a pragma in Perl 5.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/eeabf8a2bcbf00e6/78064019fd0c9c93?#78064019fd0c9c93">[svn:perl6-synopsis] r13550 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall made a commit concerning <code>*+</code> versus <code>*-</code> in subscripts.
TSa replied that the distinction between the cases would be that they
dispatch to different functions: <code>*</code> to <code>postcircumfix</code>, <code>*+</code> to
<code>infix:<+></code> and <code>*-</code> to <code>infix:<-></code>. TSa asked some questions based
upon this observation.</p><p>Larry responded that he did not want Whatever to package the array.
He felt that in TSa's example, it would be necessary to dispatch to
Whatever and let the Whatever code extract relevant information relating
to <code>*</code>. TSa requested further information.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/4eaa34515427805f/6d89118c08747b90?#6d89118c08747b90">Enhancing array indices</a> </i> </p><p>Jonathan Lang wondered if it would be possible to get a single-character
symbol which could be used in an array index to refer to its shape, for
example something like <code>@x[*.head]</code>. Larry Wall replied that a recent
suggestion was to use a syntax like <code>@x[*+0]</code>. There was further
discussion on syntax possibilities, with Jonathan, Darren Duncan and
TSa joining the thread. Darren proposed getting rid of negative
subscripts and using only terms like <code>@foo[*.head]</code>, which he felt
had the advantage of being more consistent (for shaped and unshaped
arrays), and easier to learn.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8a4802970079d51b/af9023725f169c96?#af9023725f169c96">[svn:perl6-synopsis] r13555 - doc/trunk/design/syn</a> </i> </p><p>Although he admitted that the month of Nob is cute, Larry Wall nevertheless
changed S01's last modified date to Nov. In a followup commit, Larry changed
the date to Jan.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/90df702a896761fd/c4af7a5d68634f6b?#c4af7a5d68634f6b">[svn:perl6-synopsis] r13564 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall made a commit to allow colon pair syntax for a method-like
sort of filetest. Smylers liked the changes, but was concerned about
<code>filename.TEST</code> because there are only so many permutations of the word
available for testing frameworks. Larry listed a host of other possible
names, and was leaning toward <code>STATUS</code>.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1683-1169926757-1586.41364-72-0&%2337;40perl.org&%2337;3E">[perl #41364] [PATCH] Fixed object vtable method overrides in PIR </a> </i> </p><p>Alek Storm submitted a patch as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41364">[perl #41364]</a>. The
patch allows object vtable method overrides for a number routines,
such as <code>find_method</code> and <code>get_attr</code>. He also wondered if the
double-underscore method of overriding could be deprecated now
that there is the<nobr> <wbr></nobr>:vtable flag. Patrick R. Michaud responded
that the deprecation cannot take place until ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40626">[perl #40626]</a> is resolved.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C1d9a3f400701290757n67c0e972uff2ebc64f077ce5a&%2337;40mail.gmail.com&%2337;3E">[PATCH] PDD22 spec notes and ParrotIO tests</a> </i> </p><p>Jerry Gay mentioned that he had written tests for the ParrotIO object,
which he included as a patch. He also had some questions about PDD 22.
Allison Randal answered the questions.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d39619eab093ef8a/eb1a8f74f2963a42?#eb1a8f74f2963a42">Porting parrot on PDA</a> </i> </p><p>Aldo Calpini wrote of an interest in porting Parrot to the PocketPC.
CeGCC is a Windows port of gcc which produces ARM executable code.
The first attempt at porting went well. A report of the procedure
was included in the post.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a03dfb00a3515a02/ef057f17766c41e5?#ef057f17766c41e5">[perl #41371] [TODO] review parrot roles & responsibilies doc before next release </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41371">[perl #41371]</a>, Jerry Gay noted that in r16834 he had
committed <code>docs/roles_responsibilities.pod</code>. He asked project members
to review it before the 0.4.9 release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/767a6e6ed15320c3/da86e08aba35b418?#da86e08aba35b418">[perl #41373] Need test for Clone of HLL info </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41373">[perl #41373]</a> to request a test to
replace the ones marked 'todo' which relied on Perl 5 PMCs.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fd81333c1289d93d/1a4e98f78299d408?#1a4e98f78299d408">[perl #41374] test MMD with non-perl PMCs </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41374">[perl #41374]</a>, initiated by Will Coleda, requested tests
for MMD which don't rely on Perl PMCs.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8d519afc45c96472/7743b5ea8af9bc79?#7743b5ea8af9bc79">Language Testing</a> </i> </p><p>Klaas-Jan Stol remarked that he was trying to set up a test harness for
PIR. It appeared that the module <code>PIR.pm</code> was not used, and he was
unable to find documents on how to set it up. He offered to patch the
compiler FAQ once someone explains it to him.</p><p>Will Coleda explained that the problem was with the name of the language,
with 'PIR' being reserved for internal testing. Therefore either
<code>lib/Parrot/Test.pm</code> would require modification, or the language should
be renamed, for instance to 'PIR_PGE'. With Will's advice Klaas-Jan
was able to get it working.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45BF4395.2080800&%2337;40gmail.com&%2337;3E">[PATCH] Updates for languages/PIR</a> </i> </p><p>Klaas-Jan Stol submitted a patch to improve PIR. It includes a test
suite, and corrections to several other files. Later, in
'<a href="http://news.gmane.org/find-root.php?message_id=%3C45BFDA28.6090804%40gmail.com%3E">[PATCH] languages/PIR tests</a>', and '<a href="http://news.gmane.org/find-root.php?message_id=%3C45C0B2C1.9060100%40gmail.com%3E">[PATCH] languages/PIR more testing and fixing</a>',
he posted additional tests and corrections. Later there was also
'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c2707d5c09b86adc/d2b56d59b4ddf85b?#d2b56d59b4ddf85b">[PATCH] PIR updates</a>', which was applied as r16892.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/49d1cb8399034577/b2adbf503ceab513?#b2adbf503ceab513">What Skills Do We Need to Finish Parrot?</a> </i> </p><p>James E Keenan asked some questions with the intention of determining
what part of Parrot he should focus on and try to encourage others to
look at. He asked what code remains to be written before an alpha
release can be made, and what skills are needed to produce that code.</p><p>Allison Randal replied that the systems needing the most work are:
IO, Events, Threads, Compiler tools interface, Object support, and
Exceptions. She felt people with C skills are useful, as are people
with general experience in dynamic languages.</p><p>James then asked what the learning curve is for PIR. chromatic
answered that the 'Parrot Essentials' book is still useful, although
it is missing some of the more advanced features. He thought that
it might be worth asking O'Reilly if the tutorial section could be
expanded into public documentation, as there's currently no tutorial
on PIR.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1a7e7d71e2233828/dba75081b6fb026a?#dba75081b6fb026a">[perl #41380] [PATCH]: docs/roles_responsibilities.pod: Minor grammatical corrections </a> </i> </p><p>James Keenan submitted a patch to the roles and responsibilities file.
It corrected punctuation errors and was applied as r16850. The patch
was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41380">[perl #41380]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f857a03024276422/836aeae6c96212bb?#836aeae6c96212bb">On PASM and PIR registers</a> </i> </p><p>Klaas-Jan Stol wondered if PASM registers are still needed, except
for backwards compatibility, now that there are PIR registers.
Leopold Toetsch replied that PASM registers are physically allocated
in the Parrot virtual machine, whereas PIR registers are virtual
registers. Both types are needed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0fc9870dd0aa0648/ae59d7988e83e8a3?#ae59d7988e83e8a3">[perl #41386] MANIFEST must die. </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41386">[perl #41386]</a> to express his opinion
that <code>MANIFEST</code> should not be part of the repository. He pointed
out that the purpose of this file is to make sure that the general
release isn't missing any files, something you already know to be
true when you are working with a repository. He suggested creating
it when the release is generated.</p><p>Allison Randal disagreed. She believes that the purpose of a MANIFEST
is to tell you which files should be included in a distribution. She
thought <code>MANIFEST.skip</code>, on the other hand, could be generated from
the <code>svn:ignore</code> keyword before the distribution is created.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e4765acdd3c4fef4/aa94f399d0ca7b63?#aa94f399d0ca7b63">[perl #41387] perlcritic.t picking up non-perl files </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41387">[perl #41387]</a>, Paul Cochrane reported that the new
<code>Parrot::Distribution</code> module was finding some files which weren't
actually Perl language files. This was later resolved by chromatic
in r17069.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d31788c9163c186b/6c35f449be29c2f5?#6c35f449be29c2f5">[perl #41388] Parrot::Distribution doesn't exclude all external perl modules </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41388">[perl #41388]</a>, Paul Cochrane reported that the new
<code>Parrot::Distribution</code> module is not exempting external Perl modules
such as Pod::Simple from its coding standards check.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2dd4845fd1c3982b/b8864957d557ec55?#b8864957d557ec55">PBC to C Converter</a> </i> </p><p>chromatic included a quick Perl program which writes a C program
which makes a self-contained executable for a Parrot program.
He thought that it was fairly cross-platform compatible, although
there could be an issue with big-endian processors.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/66507a6147f6edd4/0e9839e88c885097?#0e9839e88c885097">PMC Tools Test Failure</a> </i> </p><p>chromatic reported a failure with the buildtools tests following a <code>make
realclean</code> and a Configure. James E Keenan responded that he's experienced
it infrequently and thinks that it is a poorly-designed test rather than
a real failure. There was a brief discussion on how to improve the
test, with James suggesting that perhaps someone who was involved
with the original development of <code>pmc2c.pl</code> could explain what is
happening in the <code>DO_A_DUMP</code> loop.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c9b8e2a407998363/f6e6ec779ee381b1?#f6e6ec779ee381b1">Q on PIR vs PASM</a> </i> </p><p>Klaas-Jan Stol gave a brief history of how IMCC started, noting that
it was eventually merged with Parrot as its parser, and since that
time there have been several additions. He wondered if it is still
the case that every PIR construct also has a PASM form, and if every
PIR construct can be directly translated to PASM. Allison Randal
replied that that was the ideal situation, but in practice many
tests are written in PIR, so there may not be complete coverage for
the PASM syntax versions.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dc791ebaab397b22/2c82e4d90bb89d13?#2c82e4d90bb89d13">[PATCH] Update copyright for Parrot --version</a> </i> </p><p>A patch by Klaas-Jan Stol contains a correction to make <code>parrot --version</code>
give a copyright range of '2001-2007' instead of '2001-2006'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3a3b44b02322a33e/7f5a714dd4931548?#7f5a714dd4931548">Copyright chang script and test</a> </i> </p><p>Klaas-Jan Stol submitted a script which checks all files for the last
changed date and updates the copyright notice in the file. The second
is a test which finds files which have out-of-date copyright notices.
chromatic replied that he had a couple of ideas for the script and
would take a look at them soon.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/9a4a4dd8177bcb2b/def9fdecc573f375?#def9fdecc573f375">take()'s return value</a> </i> </p><p>Gabriele Renzi wanted to know why <code>take</code> inside of a gather structure
returns undef instead of a return value. Carl Mäsak
had been wondering the same thing. Larry Wall couldn't remember
why it hadn't been added to the specification, and put it in S04.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="m&%2397;&%23105;&%23x6C;&%23116;&%23111;:&%23x6B;&%23117;&%23x64;&%23x72;&%2397;&%2364;do&%23109;&%2397;&%23x69;&%23110;&%23116;&%23106;&%23x65;&%2346;&%23x63;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-02-24T14:38:29+00:00summariesToo busy for summaries at the moment
http://use.perl.org/~kudra/journal/32483?from=rss
<p>
As has probably been observed by the fact that I'm 4 weeks (with today's posting down to 3 weeks, but soon to reach 4 weeks again) behind on Perl 6 summaries, I've been rather busy lately. The summaries have sort of fallen to the end of a long list of things I'm working on.
</p><p>
It started with an unexpected trip I had to make to Seattle at the end of January. Then I was sick for a week, and I recently got back from a <a href="http://www.domaintje.com/cgi/index.cgi?page=photos-trips-200702_iceland">vacation to Iceland</a>.
</p><p>
Current and recent projects include:
</p><ul>
<li> <a href="http://www.gnu.org/software/gnash">working</a>,</li><li>organizing a <a href="http://conferences.yapceurope.org/hack2007nl">European Perl Hackathon</a>, </li><li>a redesign of the <a href="http://www.yapceurope.org/">YAPC::Europe website</a>, and </li><li>studying for a calculus exam</li></ul><p>
Also I have some large personal questions facing me, such as whether I should attend graduate school in the autumn or not.
</p><p>
I expect all this to keep me busy until mid-March at least, and then it'll be time to do my taxes. This probably means that I'll be pretty unavailable until April at least. Maybe I'll see some of you at the hackathon--you can still register until Thursday.
</p>kudra2007-02-23T16:19:13+00:00journalPerl 6 summary, 21-28 January, 2007
http://use.perl.org/~kudra/journal/32482?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Take the longest token, lie down and if the unease persists, write some code..."</p><p>-- Brad Bowman, in 'DFA/NFA context is non-local'</p><p> <b>perl6-language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1b9b274859624bd4/c3144a3ea3629125?#c3144a3ea3629125">RAII in Perl6/Parrot</a> </i> </p><p>Previously on this thread,
Blair Sutton asked if Perl 6 would be able to do RAII. He cited some articles
which expressed the view that it was not possible in Python due to the fact
that garbage collection does not offer deterministic finalization. This led to
the question of whether Perl 6 would suffer from the same problem due to
Parrot's style of garbage collection.</p><p>Larry Wall replied that deterministic reference counting was only one way to
provide transactional security and timely destruction. He assured Blair that
Perl 6 has ways to let you not care about some dependencies, while paying
attention to others.</p><p>Blair appreciated Larry's explanation, and admitted to relying on the
deterministic nature of C++, and using RAII to manage locks between threads
and tear apart sockets cleanly. He asked for an example of Perl 6 offering the
capability to execute code once every reference to an object has been removed.
Luke Palmer replied that the LEAVE closure trait was a general method for
addressing this.</p><p>This week, Blair posted a script in Perl 5 with a multi-threaded RAII idiom.
Blair asked if the LEAVE closure trait takes the previous role of P5's DESTROY
or if it will always be executed when one falls out of scope.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a> </i> </p><p>Last week,
the subthread was further expanded, with TSa suggesting that all rounding
functions such as floor, round and trunc take an optional second argument
which defines the jump size. TSa also proposed a number of division function
pairs, such as fdiv and fmod for flooring division and modulus, or tdiv and
tmod for truncating division and modulus. Smylers felt that this would
introduce far too many functions in to the Perl core, given that few people
would use them. Smylers felt that it was more appropriate to have them as
modules. Jonathan Lang added that it was unlikely anyone would need multiple
definitions of division and modulus at any given time, so modules made sense.
The only question he saw was which definition was default, the mathematically
elegant one or the industry standard one.</p><p>The main thread was revived when TSa replied to Luke Palmer's
question of whether 1 is different from 1.0. TSa wanted 1 to be an Int and 1.0
to be a Num. There was some discussion with Jonathan Lang over the
relationship between Int and Num, specifically which one does the other.</p><p>This week, Larry Wall put his foot down and stated that the default<nobr> <wbr></nobr><code>/</code> operator
is not going to do integer division and that this is not negotiable. Later in
the thread, Larry said that for various practical reasons, he didn't think
that Int can be treated as a subset of Num. He agreed that <code>1.0 == 1 !===
1.0</code>.</p><p>Larry's messages generated praise from Smylers, but TSa was not satisfied.
However, he did not receive a noteworthy response this week.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8578a087dc14db4f/5e35f8894a4f3d99?#5e35f8894a4f3d99">[svn:perl6-synopsis] r13523 - doc/trunk/design/syn</a> </i> </p><p>This commit message by Larry Wall logged the following: "Tweak <code>|</code> to provide
longest-token instead of short-circuit semantics. Now use <code>||</code> for old
short-circuit semantics!" In a follow-up message, Larry elaborated: </p><p>This checking majorly changes the semantics of <code>|</code> within regex to support
required longest-token matching semantics rather than left-to-right matching.
It will enable us to write parsers more consistently, and it also opens up
normal regexes to better optimization via tries and such. You can now use <code>||</code>
for the old <code>|</code> semantics, which is majorly consistent with how <code>|</code> and <code>||</code>
work outside of regexen.</p><p>Patrick Michaud asked if a similar situation would arise for <code>&</code> versus <code>&&</code>.
Larry answered that, for reasons of consistency, that would indeed be the
case.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3956e0a3c3cec0a1/5a297be5fce6c252?#5a297be5fce6c252">The S13 "is commutative" trait</a> </i> </p><p>After reading that binary operators may be declared as commutative, Dave Whipp
asked if this is restricted to only binary operators, or if he could tag any
function/method with the trait. After a brief discussion, Larry replied that
he had decided "is commutative" must die of ill-definedness. See instead
the recent S13 change to support multiple signatures on a single body.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/d2d5061bd28a909c/a5104eec626ba4f9?#a5104eec626ba4f9">[svn:perl6-synopsis] r13529 - doc/trunk/design/syn</a> </i> </p><p>This commit, by Larry Wall, changes how regular expressions are analyzed.
They are seen as pattern/action pairs and grammars as collections of those
pairs. In addition 'token' is defined more rigorously.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/d1e166aa063d29b5/45a49c998af9c4e6?#45a49c998af9c4e6">Remember: Outlaw to declare a lexical twice in the same scope</a> </i> </p><p>Steve Lukas reminded people of a proposal from September which involved
a change on S04 and linked to an earlier edition of this summary to
describe the conclusions which had been reached. He requested that
the changes be made. Carl Mäsak
added that he also considered this to be an important issue.
He wanted to see a warning when a lexical is declared
twice in the same scope.</p><p>Dave Mitchell and Smylers clarified how it works in Perl 5 (it's
possible, but generates a warning).</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/06939f942c4ba711/0f1904590f4658b1?#0f1904590f4658b1">DFA/NFA context is non-local</a> </i> </p><p>Brad Bowman expressed his concern about the context dependence of DFA
prefix mode. He felt this might be because he hadn't yet digested
the new rules completely.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/35837e7960c3eff0/4ae09ce01ad3a51e?#4ae09ce01ad3a51e">Smooth or Chunky?</a> </i> </p><p>Larry Wall asked for some advice with a missing generalization that
he hadn't been able to work out yet. Given that <code>zip</code>
and <code>each</code> produce similar results, he wondered what is the use
of two functions which do almost the same thing. This led him to
believe that zip should return something different and let the
context determine whether the result should be flattened. This
led to musings on a default smooth and an optional chunky, and a
question on whether chunky should be the default when it makes more
sense. He suggested various options.</p><p>Darren Duncan thought that the Perl 5 approach of default 'smooth'
with optional 'chunking' was appropriate. As an example he offered
the smooth <code>map { $_, $_ * 10 }, 1..3</code> versus <code>map {[$_, $_ * 10]}, 1..3</code>.
Larry replied that this was one function where the approach was possible,
but that Perl 5 has many places where it fails to scale well to a
multi-programmer team.</p><p>Ruud H.G. van Tol believed that it looked like a 'multiple faces'
domain. He sees the dimensionally structured data as a living
entity which should give different representations depending upon
the requirements. As an example, he cited a meal, a recipe and
a shopping list, adding that his preference was for the shopping
list to be ordered by where things are found in the store.
Brad Bowman suggested that the dimensional information should be
retained, but that it might not need to be returned.</p><p>Ben Morrow proposed <code>[[]]</code> as a nice visual way to indicate that
a list should be built. Blair Sutton listed several possible syntax
options. Austin Frank joined in, offering the outverse of <code>[;]</code>,
namely <code>];[</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/13b73273cbf799ea/28c0a9c4c86ab41f?#28c0a9c4c86ab41f">Map on a multislice</a> </i> </p><p>Joe Gottman wanted to know if map on a multislice performs deep
or shallow iteration. He wanted to know what the default iteration
level was and how to override it. Dr. Ruud added that there's also
the option of depth first or width first.</p><p> <b>perl6-internals</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/68b25f54ed5a6da3/38d750a4e5304e53?#38d750a4e5304e53">[perl #41185] [BUG]: examples/shootout/regexdna.pir.input: Persistently failing test </a> </i> </p><p>Earlier,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41185">[perl #41185]</a>, James Keenan reported a problem with a
failing test in <code>shootout.t</code> on Mac OSX. </p><p>This week he reported that tests had passed for several weeks, but had
recently started to fail again. He included the output of <code>make test</code>.
As of February 6th, the test was still failing on Darwin.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e2216d670a51f3a7/cf49e24c0bd24032?#cf49e24c0bd24032">Re: [perl #41230] [BUG] t/codingstd/perlcritic.t uses too many resources</a> </i> </p><p>Earlier,
Jerry Gay complained that the perlcritic coding standards test was using
resources, and asked in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41230">[perl #41230]</a> if someone
could look in to this problem. Paul Cochrane reported that he thought
there was a memory issue relating to <code>critique()</code> and that the memory
was only freed up when the tests for a given policy are complete. Paul
elaborated on what what he had attempted to address the issue.</p><p>This week Jerry Gay congratulated Jeffrey Thalhammer on version 1.01 of
Perl::Critic, which solved the memory issue.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b192112537b0650a/44324d1c3ae98484?#44324d1c3ae98484">[perl #41267] [TODO] rename 'clip' pdd directory to 'draft' </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41267">[perl #41267]</a>, Jerry Gay announced that the <code>clip</code> directory
had been renamed to <code>draft</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2e36474107f3b34b/7174a322a19e578a?#7174a322a19e578a">[perl #41280] [PDD] adding methods to subs as objects </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41280">[perl #41280]</a>, Allison Randal quoted Patrick Michaud from
IRC. Patrick explained that Larry Wall's most recent change to S05 would
require adding the ability to attach methods to subs.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2d3aa117a93e2275/8cd3d9293a60baca?#8cd3d9293a60baca">[perl #32667] [PATCH] IMCC - documentation needs updating </a> </i> </p><p>Bram Geron included a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=32667">[perl #32667]</a> which adds new
syntax to <code>docs/imcc/syntax.pod</code> and fixes some typos. It also references
where flags are explained. It was applied as r16678.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f07ee1663788c3b9/43fd536fbe5a6683?#43fd536fbe5a6683">More embedding questions</a> </i> </p><p>Isaac Freeman explained that he needs an embedding interface which
allows more control over the interpreter and cited some examples of
control he required. He asked specifically about the ability to
inspect and modify namespaces. chromatic pointed him to PDD 21,
which is not completely implemented.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fa062d715929704/ce6f1a821a90abe4?#ce6f1a821a90abe4">repository open for commits</a> </i> </p><p>Jerry Gay announced that the repository was now open for commits again,
following the recent Parrot release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8b13dd04531ff246/d4dfac3a874b27f2?#d4dfac3a874b27f2">[perl #41287] [PATCH] fix 0.4.8 announcement on parrotcode.org </a> </i> </p><p>Allison Randal created a ticket (<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41287">[perl #41287]</a>) with a patch to
fix typos in the release announcement for 0.4.8. Will Coleda applied it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c91791c18e96eff6/9f51c415a0d56b21?#9f51c415a0d56b21">[perl #41291] [BUG} Can't use null PMC with<nobr> <wbr></nobr>:multi sub </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41291">[perl #41291]</a>, Matt Diephouse included an example piece of
code demonstrating the problem. Leopold Toetsch noted that a NULL PMC
was never actually specced, but that he did consider it like a NULL pointer
in C. He felt it was debatable whether the use Matt demonstrated should
be allowed.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1693-1169163816-1554.41292-72-0&%2337;40perl.org&%2337;3E">[perl #41292] [PATCH] make languages/cola/{lexer,parser}.c comply with coding standards </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41292">[perl #41292]</a>, James Bence submitted a patch to make the
test <code>t/codingstd/trailing_space.t</code> pass. He felt it would be best to
make a utility program which would eliminate trailing spaces.</p><p>Paul Cochrane asked which version of Parrot James was using, as the files
involved should be marked as exempt because they are automatically generated.
In r16702 the tests pass even without the patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/02be0188bd2b00aa/0e7a91d8056d0a17?#0e7a91d8056d0a17">Tcl, trace, profiling...</a> </i> </p><p>Will Coleda announced that he had two issues with the new Tcl implementation:
speed and the implementation of <code>trace</code>. After noting that there is a
way to set traces for Parrot subroutines, he requested the ability to
declare hooks to call pre- and post sub invocations. Ideally these could
be declared at compile time. He offered to write more complete specifications
if the idea was interesting to others.</p><p>Allison Randal offered a few comments and requested the detailed
proposal. Jerry Gay advised looking at Perl 5's Hook::LexWrap.
Klaas-Jan Stol offered a suggestion which would leave the original
subroutine untouched.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3ffa471a4ea8fae6/319c4d0860de5873?#319c4d0860de5873">[perl #41293] [BUG]: t/compilers/tge/basic.t: Failed during 'make test' but passed with 'prove' </a> </i> </p><p>James Keenan reported a failing <code>make test</code>. This was ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41293">[perl #41293]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d3a9e9247bb5116d/eb45c6c283e5b254?#eb45c6c283e5b254">How handle the next parameter of invoke method in a PMC ?</a> </i> </p><p>François Perrad stated that in Lua, a metamethod <code>__call</code> is required.
He included some code demonstrating what he would like to do, and
noted that the code and some todo tests had been added.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3235cf59b4cae050/50c3ddb06da28b8f?#50c3ddb06da28b8f">[perl #41310] [CAGE] autogenerated PMC stubs kill compile </a> </i> </p><p>Allison Randal created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41310">[perl #41310]</a>. She reported that PMC stubs
which are generated with <code>tools/dev/gen_class.pl</code> terminate the compilation
the first time miniparrot is run because the new stub overrides the
<code>namespace</code> method. She suggested ways in which this might be solved.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b8461befe401279e/39d2bae4797ec7d4?#39d2bae4797ec7d4">[perl #41312] [TODO] - Docs - update FAQ </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41312">[perl #41312]</a>, Will Coleda pointed out several outdated
facets of the FAQ and requested that they be fixed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/536c6f316dba2f89/289dd5da20e57c37?#289dd5da20e57c37">[perl #41317] [PATCH] parrot component/interface stability classification </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41317">[perl #41317]</a>, Jerry Gay included a patch
of a document classifying Parrot component and interface
stability. He requested comments. Allison Randal approved of
the document.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5a9f60be61587200/a73d3d097d65234f?#a73d3d097d65234f">[perl #41320] [PATCH] Added rename() method to os.pmc </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41320">[perl #41320]</a> contained Kay-Uwe Huell's patch with a
<code>rename</code> function. It was applied as r16771.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8b2a862f105c292/3cab8e88cf69ac1b?#3cab8e88cf69ac1b">[perl #41323] [CAGE] convert C<theINTERP> to C<interp> </a> </i> </p><p>Jerry Gay made a ticket (<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41323">[perl #41323]</a>) where he noted that any
instances of <code>theINTERP</code> should be spelled as <code>interp</code>. Nuno
Carvalho submitted a patch, which was applied as r16789. Jerry
Gay was able to confirm that it worked for Win32 in addition to Linux.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c4e733e963aacde8/7d78bc07685ee3e8?#7d78bc07685ee3e8">[perl #41324] [PATCH] Eliminate '//'-style comments </a> </i> </p><p>Andy Dougherty submitted a patch to remove<nobr> <wbr></nobr><code>//</code> comments, which were
giving problems with his compiler. See ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41324">[perl #41324]</a> for
more information.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/92ed685ad11e2ebe/676fd216367111d3?#676fd216367111d3">[perl #41325] [PATCH] Fill in missing pointer cast in </a> </i> </p><p>Andy Dougherty submitted a patch to allow Parrot to compile on his old
Sun C compiler. He put it in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41325">[perl #41325]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/04013d205316028d/66fcb0ff5050be72?#66fcb0ff5050be72">[perl #41326] [PATCH] Work around an optimization bug in Sun's WorkShop Compilers 4.2 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41326">[perl #41326]</a>, Andy Dougherty submitted a patch
to work around an obscure bug in Sun's WorkShop Compilers 4.2.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9fa2a3a9fbbdc539/1da9dde3bc3074bb?#1da9dde3bc3074bb">[perl #41328] [BUG] pmc2c generates unnecessary code for void functions </a> </i> </p><p>Jerry Gay reported some warnings when compiling <code>src/pmc/pmethod.c</code>
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41328">[perl #41328]</a>. James Keenan explained the origin of
the code in question, and advised moving the code to a branch until
tests prove it suitable for trunk.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d5d5717283e36239/7e3f4a03fc8276d8?#7e3f4a03fc8276d8">[perl #41329] [BUG]: Imposition of coding standards breaks tests in t/tools/pmc2cutils/ </a> </i> </p><p>James Keenan noted, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41329">[perl #41329]</a>, that coding standards
tests break some tests in <code>t/tools/pmc2cutils</code>. He believed that it
happened in r16751, when code was changed to conform with the standards
but wasn't run against the tests and submitted a patch to correct
the problem. Paul Cochrane explained that he had run the tests, but
that he hadn't done enough, and apologized.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ac1f8632cd8cf93b/2b202e1074226555?#2b202e1074226555">[perl #41331] Imposition of coding standards breaks tests in tcl. </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41331">[perl #41331]</a>, Will Coleda referenced an earlier
thread (<a href="%23rt-3.6.HEAD-1774-1170522221-888.41329-14-0@perl.org">[perl #41329] [BUG]: Imposition of coding standards breaks tests in t/tools/pmc2cutils/ </a>)
which mentioned that some tests failed as a result of coding standards
being applied. Several Tcl tests were failing. They were fixed by
r16774.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/22d0a329de8c4235/e25725fdc716c815?#e25725fdc716c815">__init vs. __init_pmc</a> </i> </p><p>Leopold Toetsch noted that some changes not too long before the
release had broken <code>pg.t</code>. He found the problem in the object
constructor, and mentioned that he'd made several attempts to unify
object construction but that it wasn't very successful.</p><p>Matt Diephouse explained that he had made the change with Allison
Randal's approval, to eliminate differences between PMCs and
objects. Leopold replied that he thought the differences were
confusing but that they still were. He linked to his
<a href="http://groups.google.at/group/perl.perl6.internals/browse_frm/thread/e68dc0a0a96585b7/076502809495f8e2?lnk=st&q=parrot+instantiate+toetsch&rnum=5#076502809495f8e2">proposal for method calling</a>.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45BA3317.7050309&%2337;40gmail.com&%2337;3E">[PATCH] PIR language using PGE (2)</a> </i> </p><p>Klaas-Jan Stol submitted a patch for PIR using PGE. Jerry Gay
applied it (with minor changes) as of r16831.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e789fc38eddd95d6/4696ab7b5ecf78bc?#4696ab7b5ecf78bc">[perl #41353] [PATCH] Extended very limited PIO_unix_pipe() function in src/io/io_unix.c </a> </i> </p><p>Kay-Uwe Huell created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41353">[perl #41353]</a>. Included was a patch
to extend the <code>open</code> function.</p><p> <b>perl6-compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/684b98522aa76ae8/d395969eea2c2ec3?#d395969eea2c2ec3">Parrot 0.4.8 Released</a> </i> </p><p>Jerry Gay announced the release of Parrot 0.4.8, "Eponymous".</p><p>Jarkko Hietaniemi questioned whether there was in fact extended support
for Tru64, as he had only reported problems for subsystems like PGE.
chromatic offered Jarkko commit access, but Jarkko declined.</p><p>Matt Diephouse volunteered to work on Tru64 if someone could give him
access to a system. Nicholas Clark replied that HP gave access to a
number of test systems, but not Tru64. Jarkko grumbled about HP's
restriction. Unfortunately he was not able to provide a developer with
Tru64 access. He thought that perhaps development on any 64-bit
platform would already improve Parrot.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23105;&%23108;&%23116;&%23111;:&%23x6B;&%23x75;&%23x64;&%23114;&%23x61;&%2364;&%23100;&%23111;&%23109;&%23x61;&%23105;&%23x6E;&%23x74;&%23x6A;&%23101;&%23x2E;&%2399;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-02-23T15:43:39+00:00summariesEuropean Hackathon News
http://use.perl.org/~kudra/journal/32337?from=rss
<p>
<b> <a href="http://conferences.yapceurope.org/hack2007nl">European Hackathon</a> News, volume 1</b> </p><p>
<b>REGISTRATION</b> <br>
This is a reminder that the deadline for accommodations for the hackathon
is fast approaching. If you want a room reservation, you must register
for the hackathon and either pay online or contact Ann about paying later.
<b>The deadline is Friday, 9 February.</b> For more information about the rooms,
please refer to:
<a href="http://conferences.yapceurope.org/hack2007nl/venue.html#accommodations">http://conferences.yapceurope.org/hack2007nl/venue.html#accommodations</a>
</p><p>
If you prefer to make alternate arrangements for your accommodation, but
wish to attend the hackathon, <b>you still need to register before Thursday,
22 February.</b> There is no cost for this registration. If you have special
requests, such as vegetarian food, please contact Ann at the time of
registration.
</p><p>
To register, you first need to log in by either using an existing Act
profile or creating a new user. Registration will be limited to the first
30 people.
</p><p>
<b>PROJECTS</b> <br>
Since the initial announcement, two additional projects have joined the
Parrot/Perl 6 track (hosted by Allison Randal and Jonathan Worthington):
</p><ul>
<li>Mark Overmeer will host a track on CPAN6.</li><li>Philippe Bruhat will coordinate Act development. This is an excellent
opportunity to address any complaints you may have with the hackathon
registration system<nobr> <wbr></nobr>;)</li></ul><p>
<b>CONTACT INFORMATION</b> <br>
Ann Barcomb, kudra -at- domaintje.com<br>
Use the subject 'hackathon' and resend if you do not get a response within 48 hours.
</p>kudra2007-02-07T21:20:52+00:00eventsEuropean Perl Hackathon
http://use.perl.org/~kudra/journal/32289?from=rss
<p>
You are invited to attend the European Perl Hackathon in
Arnhem, the Netherlands, from 2 - 4 March, 2007. Familiarity
with the featured projects is not required; you need only bring
a laptop and a willingness to join in.
</p><p>
Although there is no fee to attend the hackathon, you are required
to pay for your own accommodation and transportation. However, it is
possible to book a room at the venue location when you register for
the hackathon, at the price of 74 for two nights plus breakfast.
</p><p>
Space is limited to 30 participants, and registration is required.
Reservations for accommodations made through the hackathon must be made
by 9 February; reservations for the event itself must be made no later
than 22 February.
</p><p>
For more information about the event, please refer to
<a href="http://conferences.yapceurope.org/hack2007nl">http://conferences.yapceurope.org/hack2007nl</a>
</p>kudra2007-01-31T18:46:58+00:00eventsPerl 6 summary, 14-20 January, 2007
http://use.perl.org/~kudra/journal/32224?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"For the first time in the two months I've been working on Parrot, 'make test' completely succeeded -- and with some TODO tests passing, to boot!"</p><p>-- James Keenan, sharing the good news in 'All tests passing!'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a> </i> </p><p>When we last looked at this thread, a subthread discussing Euclidean versus
conventional definitions of modulus was underway. The original thread
started when Luke Palmer asked for a clear definition of when math should
use floating points and when it should be integer-based.</p><p>The subthread was further expanded, with TSa suggesting that all rounding
functions such as floor, round and trunc take an optional second argument
which defines the jump size. TSa also proposed a number of division
function pairs, such as <code>fdiv</code> and <code>fmod</code> for flooring division and modulus,
or <code>tdiv</code> and <code>tmod</code> for truncating division and modulus. Smylers felt
that this would introduce far too many functions in to the Perl core,
given that few people would use them. Smylers felt that it was more
appropriate to have them as modules. Jonathan Lang added that it was
unlikely anyone would need multiple definitions of division and modulus
at any given time, so modules made sense. The only question he saw was
which definition was default, the mathematically elegant one or the
industry standard one.</p><p>Meanwhile, the main thread was revived when TSa replied to Luke Palmer's
question of whether 1 is different from 1.0. TSa wanted 1 to be an Int
and 1.0 to be a Num. There was some discussion with Jonathan Lang over
the relationship between Int and Num, specifically which one <code>does</code> the
other.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38187ccd43489b2c/1a3a3da8b4f96c6e?#1a3a3da8b4f96c6e">[perl #41237] [TODO] PMC Class name IDs will require a dot in front </a> </i> </p><p>Earlier,
Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41237">[perl #41237]</a> to address an item in
DEPRECATED.pod about PMC Class name IDs. He felt that either it
should use one syntax or the other, but not both.</p><p>Allison Randal preferred eliminating the dot in classname IDs.
Matt Diephouse, on the other hand, liked the dot. Klaas-Jan Stol
added that the dot indicates that it is PIR not pure PASM.</p><p>Allison thought that if Matt used it to disambiguate between types and
local variables, it was a matter of sigils. She asked why put sigils
on types instead of putting them in variables, and if a dot was the
ideal sigil for types.</p><p>Patrick R. Michaud also spoke out in favor of the dot.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/436e45d5f61c528e/0532763f973a0ac3?#0532763f973a0ac3">Global Variables in tools/build/ops2pm.pl: What is their rationale? Could they be refactored?</a> </i> </p><p>James Keenan wondered if he should look at refactoring <code>tools/build/ops2pm.pl</code>.
Following his successful refactor of <code>pmc2c.pl</code>, he has had requests to
look at other build tools. His primary suggestion was to eliminate
global variables, but first he hoped to hear suggestions from people who
had worked on the file, in case there was a reason for the global variables.</p><p>Jerry Gay felt that the global variables were a result of lax coding
practices early in the project. He agreed with refactoring.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f96d9fdbd566cff5/fc5b57dc985db09f?#fc5b57dc985db09f">[svn:parrot-pdd] r16594 - trunk/docs/pdds</a> </i> </p><p>Allison Randal added specifications for the I/O object iterator API, which
closed ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=33962">[perl #33962]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4d09ab7c2ef06898/f70e3e3febda3103?#f70e3e3febda3103">[perl #41263] [PDD] should/can high-level classes be constructed at compile-time? </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41263">[perl #41263]</a>, Allison Randal split out part of the problem
described in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40443">[perl #40443]</a>. The issue is that classes are
only constructed at runtime, which has negative impacts. She suggested
possible workarounds.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cbfa6cccce8f3c8b/d339f43cd16d8feb?#d339f43cd16d8feb">[perl #41264] [PDD] should properties get serialized? </a> </i> </p><p>Allison Randal created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41264">[perl #41264]</a>, which was previously
part of ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40443">[perl #40443]</a>. She noted that properties are not
serialized, so a program compiled to PBC won't run.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8a775b0d55fb052d/7b4b8cb175b19139?#7b4b8cb175b19139">[perl #41265] [TODO] PGE: refactor pod_comment rule into PGE/Util.pbc </a> </i> </p><p>Patrick R. Michaud created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41265">[perl #41265]</a>. He would like
to have a common rule in PGE::Util which can be imported in to individual
grammars. The rule would describe how to use a <code>pod_comment</code> rule for
parsing POD.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0dcfc24cfb751cf5/2130f0f68ab1869b?#2130f0f68ab1869b">[perl #41266] [PDD] object instantiation, new method </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41266">[perl #41266]</a>, Allison Randal made a note to consider
object instantiation as a method call on a class object instead of
an opcode on a type ID. Kevin Tew voiced his support for the idea.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b192112537b0650a/44324d1c3ae98484?#44324d1c3ae98484">[perl #41267] [TODO] rename 'clip' pdd directory to 'draft' </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41267">[perl #41267]</a>, Jerry Gay proposed that the <code>clip</code> directory
be renamed as <code>draft</code> because the directory is now being used for drafts
rather than notes.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d5562a81da9a4bef/f74386d3b2f6a25d?#f74386d3b2f6a25d">[perl #41268] [PATCH] Fix C<make world> error at src/pdb.c </a> </i> </p><p>Lee Duhem reported an error seen when doing a <code>make world</code>. A patch to
fix this was attached to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41268">[perl #41268]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c5187e06e7fda362/6ab47311713e190f?#6ab47311713e190f">[perl #41269] [PATCH] fix some failed test in F<t/compilers/tge/grammar.t> </a> </i> </p><p>Lee Duhem attached a patch to fix some failing tests to ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41269">[perl #41269]</a>. Patrick R. Michaud asked Lee to verify the bug
in the current revision; he thought it had been fixed in r16520.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e783ec222d5393e9/f5129f7ec62d6e32?#f5129f7ec62d6e32">All tests passing!</a> </i> </p><p>An excited James Keenan reported that he had just seen his first instance
of all tests passing, with the added bonus of some <code>TODO</code> tests also passing.</p><p> <b>Acknowledgements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23105;&%23108;&%23x74;&%23x6F;:&%23107;&%23117;&%23x64;&%23114;&%2397;&%2364;&%23100;&%23111;&%23x6D;&%23x61;&%23x69;&%23110;&%23116;j&%23101;&%2346;&%23x63;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-01-21T20:01:18+00:00summariesFive Things You Didn't Know About Me...
http://use.perl.org/~kudra/journal/32160?from=rss
It seems I was <a href="http://www.oreillynet.com/onlamp/blog/2007/01/five_things_you_didnt_know_abo.html">tagged by chromatic</a>.
<br> <br>
1) I prefer to have cavities filled without anesthetic.
<br> <br>
2) I like to play the original version of Trival Pursuit but rarely get the opportunity to do so.
<br> <br>
3) I know all the lyrics to Poison's 'Fallen Angel' but I couldn't say why.
<br> <br>
4) I once worked delivering phone books. I lasted two days at that job.
<br> <br>
5) My first word was not 'no' but 'dog'. 'No' was only my second word.
<br> <br>
Tradition suggests I should tag five people, but I won't: <a href="http://pugs.blogs.com/pugs/">Audrey</a>,
<a href="http://nothingmuch.woobling.org/">Yuval</a>,
<a href="http://www.perlmonks.org/?node=woolfy">Woolfy</a>, and
<a href="http://gaal.livejournal.com/">Gaal</a>kudra2007-01-16T14:01:06+00:00journalPerl 6 summary, 7-13 January, 2007
http://use.perl.org/~kudra/journal/32143?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"...I think you're the path toward sanity."</p><p>-- Larry Wall, in 'Patterns'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a> </i> </p><p>Earlier,
Luke Palmer asked for a clear definition of when math should use floating
points and when it should be integer-based. This led to a great deal
of discussion.</p><p>This week, a subthread started by TSa continued from Darren Duncan's previous
post which proposed distinct operators for integer division/modulus and
non-integer division/modulus. TSa felt that modulus should be defined
by the Euclidean definition. Mark J. Reed proposed to define it in the
conventional way. Several other people replied to the thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/45fcd2cd87b0e1fc/d2d37ee3314f24ce?#d2d37ee3314f24ce">Patterns</a> </i> </p><p>Luke Palmer suggested removing two items from the smart match table in
S03, namely the Hash and Array with Any on the right side. He preferred
an extensible <code>~~</code> operator, which would allow him to define his own
patterns. In short, with his proposal, <code>~~</code> would be singly-dispatched
based upon the right argument, which would determine how the left was
interpreted.</p><p>Larry Wall replied that he was concerned about the consistency between
compile time and run time, but that was in fact also an argument against
an anonymous Any on the right. </p><p>Jonathan Lang had some suggestions on how to implement reverse test instances.
There was a brief discussion between Jonathan and Larry on this subject.
Ashley Winters also offered a comment.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/8a686ae7baee4b31/c44b0118187cbc34?#c44b0118187cbc34">[svn:perl6-synopsis] r13515 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall committed a change to S03 which affects smartmatching. He
noted that it is still subject to change. Nicholas Clark and Luke
Palmer offered some suggestions, which Larry responded to. TSa also
commented on the thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/264d25833e6ded64/9edc206d4996581b?#9edc206d4996581b">[svn:perl6-synopsis] r13516 - doc/trunk/design/syn</a> </i> </p><p>In this commit to S03, Larry Wall clarified how the Grammar pattern finds
its top rule. Jerry Gay questioned the use of <code>top</code> as a lowercase
reserved word; he suggested <code>TOP</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/d4b06bbd5a914076/e61739c9ee81fbc3?#e61739c9ee81fbc3">[svn:perl6-synopsis] r13519 - doc/trunk/design/syn</a> </i> </p><p>Another commit to S03 by Larry Wall modified smartmatching semantics.
Darren Duncan noted a few possible errors, and Luke Palmer added some
thoughts. This led Larry to consider a different approach, to avoid
confusion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/6dd0899469bb3016/9fb329f050e2ce11?#9fb329f050e2ce11">[svn:perl6-synopsis] r13522 - doc/trunk/design/syn</a> </i> </p><p>This commit to S03
by Larry Wall included renaming <code>LazyCat</code> to <code>Cat</code>; eliminating<nobr> <wbr></nobr><code>.exists</code>, replacing it with<nobr> <wbr></nobr><code>.contains</code>; and removing <code>Subset</code> and
<code>Superset</code> types.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/aac1552d8a1f45df/f585c1428ff7255c?#f585c1428ff7255c">Suggestion: minmax operator</a> </i> </p><p>Joe Gottman proposed an infix minmax operator, which could be used as
a reduction operator.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1e4d4d0e744bf231/b50a3ea9463d9ae7?#b50a3ea9463d9ae7">[perl #41196] [PATCH]: File misplaced in MANIFEST </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41196">[perl #41196]</a>, James Keenan reported that the <code>README</code> file
in <code>t/tools/README</code> mentioned in the MANIFEST did not exist. He included
a patch to remove the entry from the MANIFEST.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1683-1168149597-1.41197-72-0&%2337;40perl.org&%2337;3E">[perl #41197] Does change to config/gen/makefiles/dynoplibs_pl.in cause make to fail? </a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41197">[perl #41197]</a> to report problems with a
failing make. He elaborated on the problem, which happened just a couple
of hours after his last successful build.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8d859620915644ec/10d451eb0564869a?#10d451eb0564869a">use diff for string in some test</a> </i> </p><p>Lee Duhem proposed a facility for string differences in Test::More which
could be used to perform tasks like ignoring insignificant whitespace.
This would allow tests to continue passing even if the source had been
changed to remove undesired whitespace.</p><p>Nicholas Clark felt that patches should be checked against the test
suite, and that there were dangers in relaxing the tests to allow
a broader definition of a string. Bernhard Schmalhofer replied that
he felt <code>t/examples/past.t</code> was one of the few examples where ignoring
whitespace would be useful, and noted that it is now being handled with
a regular expression.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f3b64e7b8aaf3887/f42115f31e0e4550?#f42115f31e0e4550">[BUG]: io/io_win32.c</a> </i> </p><p>Xi Wang suggested a change in <code>io/io_win32.c</code> to prevent a crash.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/89469914ced94eb6/72c0c55746b80eb0?#72c0c55746b80eb0">[perl #41198] [TODO] tools/dev/mk_manifest_and_skip.pl should be aware of MANIFEST.generated </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41198">[perl #41198]</a>, Bernhard Schmalhofer pointed out that several
files are in the repository and mentioned in MANIFEST.generated, but that
they are added to MANIFEST by <code>tools/dev/mk_manifest_and_skip.pl</code>. Jerry
Gay explained that the files belonged in MANIFEST, not MANIFEST.generated.
Paul Cochrane fixed this in r16482.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/386abdcdd51e4eee/3c4903a5dbbc75c7?#3c4903a5dbbc75c7">[perl #41201] [TODO] Remove temporary conf hack in Configure.pl </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41201">[perl #41201]</a>, Paul Cochrane noted that there is a temporary
hack in <code>Configure.pl</code> which should be implemented properly.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45A26B8A.7090004&%2337;40gmail.com&%2337;3E">PIR grammar in PGE</a> </i> </p><p>Klaas-Jan Stol was working on implementing a PIR grammar which allows more
complex expressions to be written. He submitted a patch of the grammar
to date.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d665c8356015e0be/51103b725320e527?#51103b725320e527">[perl #40905] [CAGE] coding standards hammer too big </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40905">[perl #40905]</a> was addressed with r16498. This task called for
certain files to be exempted from coding standards.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/45e51bb91b1c351a/c37f45044ebfd767?#c37f45044ebfd767">[svn:parrot-pdd] r16498 - in trunk: . docs/pdds</a> </i> </p><p>This commit, by Paul Cochrane, adds a section explaining which files can
be excluded from coding standards tests.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b452dc80039ae742/5de3de0f21947ea1?#5de3de0f21947ea1">[perl #41214] [CAGE]: files from 'make languages-test' survive 'make clean' </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41214">[perl #41214]</a>, Patrick R. Michaud pointed out that
<code>make languages-test</code> generates some files which aren't removed in
a subsequent <code>make clean</code> or <code>make realclean</code>. He stated that, at
the minimum, <code>make clean</code> should remove them, but that perhaps the
tests should clean them up. Nicholas Clark commented that a pitfall
with the tests doing the cleanup is that the files aren't deleted if
the tests crash. Patrick agreed that in either case, <code>make clean</code>
should remove them.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a49c69ddce8762ad/7f36490e35864d45?#7f36490e35864d45">[perl #39905] [TODO] TGE - line number reporting. </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39905">[perl #39905]</a>, Will Coleda requested that compiled PIR files
report error lines against the original<nobr> <wbr></nobr>.tg file. Patrick R. Michaud
wanted to know if there was an imcc pragma or other standard approach
to getting the correct line number. Will Coleda referenced a document
with this information, and Patrick reported the issue resolved in r16509.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a7f411b722d44061/aa5f47a3ed93bb0d?#aa5f47a3ed93bb0d">[perl #41217] [BUG] warnings in refactored calling convention code (src/inter_call.c) </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41217">[perl #41217]</a> to report that he had been unable
to eliminate the warnings which were being generated in <code>src/inter_call.c</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c2f8625feb982723/79e06ef9b028685a?#79e06ef9b028685a">[perl #41218] [BUG] warnings in imcc lexer code </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41218">[perl #41218]</a>, Jerry Gay reported some warnings coming
from the imcc lexer code.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b1bddf5442c10da/54db7c6082de5b3c?#54db7c6082de5b3c">Re: [perl #38584] [BUG] Punie test failures in set_node method on Solaris/SPARC </a> </i> </p><p>Andy Dougherty replied to Will Coleda about a test file which no longer
exists. He stated that he did not mind closing the ticket
(<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=38584">[perl #38584]</a>), because the
problem was probably not about Punie, but how Punie and PGE interacted.
He included some information about his recent attempts to repeat the tests.</p><p>Allison Randal asked Andy if there was any way that someone could get access
to the machine he was running the tests on, as they were not able to duplicate
the problems.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e76944ba0fa7e4a1/c589349ea12e1e69?#c589349ea12e1e69">[perl #41224] [BUG] SKIP behaves differently in Test::Builder and Test/Builder.pir </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41224">[perl #41224]</a>, Jerry Gay noted that Test::Builder and Test
skip differently. He wondered which was the correct way to handle things.
He felt that Perl's 'ok' was better than Parrot's 'not ok' because the
Perl module had been around for a while. chromatic agreed with Jerry
and changed the Parrot module in r16553.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/027d2c31be1229c6/8159c6803afcb688?#8159c6803afcb688">[perl #41226] [TODO] hunt through DEPRECATED.pod and find things to deprecate </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41226">[perl #41226]</a>, Jerry Gay suggested that people could
look through DEPRECATED.pod and deprecate things which have been scheduled
for deprecation for some time.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e173f42f6298950b/3f154cffccefad55?#3f154cffccefad55">[perl #41227] [TODO] update NEWS in preparation for 0.4.8 release </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41227">[perl #41227]</a> is a reminder that the NEWS needs to be updated
in preparation for release 0.4.8. Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41228">[perl #41228]</a> makes the
same point about the CREDITS file.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e2216d670a51f3a7/f97a6db74a55270e?#f97a6db74a55270e">[perl #41230] [BUG] t/codingstd/perlcritic.t uses too many resources </a> </i> </p><p>Jerry Gay complained that the perlcritic coding standards test was using
too many resources, and asked in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41230">[perl #41230]</a> if someone
could look in to this problem. Paul Cochrane reported that he thought
there was a memory issue relating to <code>critique()</code> and that the memory
was only freed up when the tests for a given policy are complete. Paul
elaborated on what what he had attempted to address the issue.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/46668d5fc46d2c56/3ae87c1baac0dc6e?#3ae87c1baac0dc6e">[perl #41231] [TODO] exempt languages/ files from perlcritic testing </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41231">[perl #41231]</a>, Jerry Gay noted that coding standards must
apply to core code, but not to languages.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38b76bc969f5f834/d6ea3204cf8a2b10?#d6ea3204cf8a2b10">[PATCH] Add get_name() Method to Namespaces</a> </i> </p><p>Earlier, chromatic submitted a patch to implement <code>get_name()</code> as specified
in PDD21. Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41235">[perl #41235]</a> to track the status
of the patch, which he would like to see added before release 0.4.8.
chromatic said that he hadn't applied it because a deprecation cycle
was needed for the <code>name()</code> to <code>get_name()</code> renaming.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38187ccd43489b2c/2b0dafea065affba?#2b0dafea065affba">[perl #41237] [TODO] PMC Class name IDs will require a dot in front </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41237">[perl #41237]</a> to address an item in
DEPRECATED.pod about PMC Class name IDs. He felt that either it
should use one syntax or the other, but not both.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2007f1cfecf1c60c/a85f56c01705e1ba?#a85f56c01705e1ba">[perl #41238] [TODO] Perl PMCs </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41238">[perl #41238]</a> as a placeholder for an item
in DEPRECATED.pod, namely removing unused PMCS PerlString, PerlUndef, etc.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/365f6b184c149085/872d9d5e18621120?#872d9d5e18621120">[perl #41239] [TODO] undertested pmcs </a> </i> </p><p>Jerry Gay made a list of some of the core PMCs which he feels are undertested.
The ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41239">[perl #41239]</a> suggests that more tests be created.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b1bdcc03cf74251/5f655a580312e9e5?#5f655a580312e9e5">[perl #41241] [BUG] Tcl doesn't compile/run on win32. </a> </i> </p><p>Will Coleda requested additional information on ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41241">[perl #41241]</a>,
about Tcl not running on Win32.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2ec4500b9c577cfa/5b9661da3af65d53?#5b9661da3af65d53">[perl #41243] Link on Win32 with Borland C++ </a> </i> </p><p>Steve Peters reported that Parrot can now be compiled with Borland C++
on Win32, but that this had linking problems. The ticket is
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41243">[perl #41243]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/989490c2b81bf1d7/26c8f89400c970bd?#26c8f89400c970bd">[perl #41244] [TODO] update copyright data to 2007 </a> </i> </p><p>Jerry Gay reminded people to update copyright notices from 2006 to 2007.
This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41244">[perl #41244]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f9261741ca393553/98f242cf144b0607?#98f242cf144b0607">[perl #41247] [tru64] failure in tge/parser </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41247">[perl #41247]</a>, Jarkko Hietaniemi reported a failure on
tru64 for <code>tge/parser</code>. Patrick R. Michaud reported that it had been
fixed in r16570.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ed11249bacf9671c/4211f4796aa6ec72?#4211f4796aa6ec72">[perl #41248] [tru64] failure in pge_util </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41248">[perl #41248]</a>, Jarkko Hietaniemi reported a failure with
<code>pge_util</code> on the tru64 platform. Patrick R. Michaud reported that it was
fixed in r16570.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/15722d6903545aed/1208964a528d5180?#1208964a528d5180">[perl #41249] [tru64] core dump in t/pmc/interp_3.pir </a> </i> </p><p>Jarkko Hietaniemi reported a core dump in <code>t/pmc/io_1.pir</code> on tru64, in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41249">[perl #41249]</a> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/97a3eb7e923c0000/2cb76bf3259a16d5?#2cb76bf3259a16d5">[perl #41250] [tru64] failures in p5regex/p5rx </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41250">[perl #41250]</a>, Jarkko Hietaniemi informed about failures
in <code>p5regex/p5rx</code> on the tru64 platform. Patrick R. Michaud reported that
he believed the failures were resolved in r16593 and asked for a confirmation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d7be86b6145e3bfd/6dedc3ca4ba05281?#6dedc3ca4ba05281">[perl #41251] [tru64] core dump from t/pmc/resizablebooleanarray_20.pasm </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41251">[perl #41251]</a> holds a report from Jarkko Hietaniemi
about a core dump caused by <code>t/pmc/resizeablebooleanarray_20.pasm</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/35286e6b5b494112/f3c2d3edd1768fb9?#f3c2d3edd1768fb9">[perl #41253] [tru64] core dump from t/dynoplibs/myops_3.pir </a> </i> </p><p>Jarkko Hietaniemi reported a core dump on tru64 from <code>t/dynoplibs/myops_3.pir</code>.
This was done in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41253">[perl #41253]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a0c5014bb8d57004/e064d2116d472583?#e064d2116d472583">[perl #41254] [tru64] core dump from library/pg </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41254">[perl #41254]</a>, Jarkko Hietaniemi gave information about a
core dump from <code>library/pg</code> on tru64.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8cb946daf5c5770/ab46966b491273d7?#ab46966b491273d7">[perl #41255] [tru64] core dump from t/pmc/pmc_5.pasm </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41255">[perl #41255]</a>, Jarkko Hietaniemi reported core dumps from <code>t/pmc/pmc_5.pasm</code> with tru64.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/df2659cb3513716d/d25571cd99f343e6?#d25571cd99f343e6">[perl #41256] [tru64] NaNQ failures in t/pmc/complex </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41256">[perl #41256]</a>, Jarkko Hietaniemi reported that many tests
in <code>t/pmc/complex</code> fail because of nonportable assumptions about floating
point operations.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6939219c65b134a0/d8af21467384aca4?#d8af21467384aca4">[perl #41257] [tru64] core dump in t/pmc/io_1.pir </a> </i> </p><p>Jarkko Hietaniemi created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41257">[perl #41257]</a> to report a core
dump from <code>t/pmc/pmc_5.pasm</code> on tru64.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4defad062ac204d5/e46bc251306cda96?#e46bc251306cda96">Tcl windows make problems</a> </i> </p><p>Klaas-Jan Stol looked at why Tcl cannot build on windows. He was unable
to fix it, but passed on what he had gleaned from his experience.
Matt Diephouse appreciated the information, and committed a fix to
resolve the issue. Jerry Gay confirmed that r16596 worked.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/500c7532cea33055/cf9291eff7f7dd90?#cf9291eff7f7dd90">embedding</a> </i> </p><p>Isaac Freeman was wondering how communication between the embedding program
and the scripts run by the interpreter is implemented. He offered to
implement it if it was likely to be used. Jeff Horwitz pointed Isaac to
some code Jeff wrote over a year ago, which could be used as a starting
point.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/dfa569578e8ee44c/707c8e2e96b4d7a9?#707c8e2e96b4d7a9">99problems: 9, 11, 13</a> </i> </p><p>Gabriele Renzi worked problem 13 from Ovid's list of 99 Perl 6 examples.
The code was submitted, and the question of if it should be committed was
asked. Ovid replied that if there's a bit, there should be a commit.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%2397;&%23105;&%23108;&%23x74;&%23x6F;:&%23107;&%23117;&%23100;&%23114;&%23x61;&%2364;&%23100;&%23111;&%23x6D;&%2397;&%23105;&%23x6E;&%23x74;&%23x6A;&%23101;&%23x2E;&%23x63;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-01-14T18:29:31+00:00summariesPerl 6 summary, 31 Dec 2006 - 6 Jan, 2007
http://use.perl.org/~kudra/journal/32118?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>Remember, the next Parrot bug day is 13 January, 2007. Join the rest of the team at #parrot (irc.perl.org) to work on closing as many bugs as possible before the next Parrot release.</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a> </i> </p><p>Earlier,
Luke Palmer asked for a clear definition of when math should use floating
points and when it should be integer-based. In response, Darren Duncan
highlighted a <a href="http://colabti.de/irclogger/irclogger_log/perl6?date=2006-12-31">recent #perl6 discussion</a>
on the topic. He proposed distinct operators to allow users to explicitly
choose the math mode. Jonathan Lang mentioned that in the one other
instance where there were type-specific versions of a common operator,
a third 'generic' version was required. Dr. Ruud suggested giving
numerics multiple faces.</p><p>More recently, Larry Wall responded to the thread, adding his thoughts
and musing on whether standard Perl should include convenience operators
like <code>idiv</code> or if there should simply be pragmatic support for them.
A great deal of discussion followed.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8122eac981d39e6e/81a8842e5af5af1f?#81a8842e5af5af1f">[perl #41157] [PATCH] Fix a typo in t/op/cmp-nonbranch.t </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41157">[perl #41157]</a>, Lee Duhem supplied a patch to correct a
typographical error.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e8f396806200f4ff/f839070593da8b38?#f839070593da8b38">[perl #41158] [BUG] Here Docs in test C<cmp> cause t/op/cmp-nonbranch.t abnormal exit </a> </i> </p><p>Lee Duhem reported an error in a test; this was done in ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41158">[perl #41158]</a>. Jerry Gay reported that he believed the issue was
resolved in r16381 and asked Lee to check it. Lee reported that he
thought it was a bug, resolved in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41165">[perl #41165]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4b562c2d5566e47d/b1c6c9675b42db22?#b1c6c9675b42db22">Punie ported to PAST-pm</a> </i> </p><p>Allison Randal announced that she had modified Punie to work with
PAST-pm. She also gave her thoughts on working with PAST-pm, which
Patrick R. Michaud replied to.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8ae8ac3f9df62f3f/3d737faba5de7aa7?#3d737faba5de7aa7">[perl #41163] [PATCH] suppress uninitialized value warning in config/inter/yacc.pm </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41163">[perl #41163]</a>,
Lee Duhem submitted a patch to suppress some uninitialized value warnings.
Jonathan Worthington had a question about the patch, and Lee agreed with
the suggestion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/28ea1a4400cdbf39/5cd4d65a0772e1fc?#5cd4d65a0772e1fc">[perl #41164] [BUG] 'make world' fails with msvc due to unresolved external </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41164">[perl #41164]</a> to report a bug, which was resolved
in r16383.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/888a2bc4c9f91e21/bbad7114a82e45f4?#bbad7114a82e45f4">[perl #41165] [PATCH] appropriate handle CRLE in Here Docs </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41165">[perl #41165]</a> included a patch from Lee Duhem to correct
a problem he reported earlier in
'<a href="%23rt-3.6.HEAD-1834-1167634719-924.41158-72-0@perl.org">[perl #41158] [BUG] Here Docs in test C cause t/op/cmp-nonbranch.t abnormal exit </a>'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8030ebe3e2fc4c4c/c43ad8124a123a8c?#c43ad8124a123a8c">[svn:parrot-pdd] r16391 - trunk/docs/pdds/clip</a> </i> </p><p>With this commit, Allison Randal moved the I/O PDD out of the clip
directory, making it more official. Discussion continued on
'<a href="%23459B6D87.40001@perl.org">I/O PDD - ready for implementation</a>'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a94dd3db5d813557/ab07e05b3a4f367c?#ab07e05b3a4f367c">I/O PDD - ready for implementation</a> </i> </p><p>After moving the I/O PDD out of the clip directory
(see '<a href="%2320070103064617.56212CBA1B@x12.develooper.com">[svn:parrot-pdd] r16391 - trunk/docs/pdds/clip</a>'), Allison
Randal announced that implementation can begin on the details in the
document. She also welcomed comments.</p><p>Jonathan Worthington replied that he liked what he had read, but felt
that more information was needed on how role composition should
work. Allison replied that she was still at work on defining roles
in the objects PDD. She offered a short explanation of how it
would probably work.</p><p>Some discussion on how to implement error values also took place,
with Jonathan, Allison and Larry Wall contributing.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/221a851463e690c0/076578066376ee57?#076578066376ee57">[perl #41168] graceful "no compiler" error message? </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41168">[perl #41168]</a>, Will Coleda added a request for a 'no
compiler found' error message in <code>configure.pl</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/196c7fb4c1103a4c/2cfdb5b60f85c12e?#2cfdb5b60f85c12e">[perl #41171] [PATCH] Fix to t/src/compiler.t so Parrot passes tests on Solaris </a> </i> </p><p>Steve Peters submitted a patch as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41171">[perl #41171]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1abf1b4a70e2938c/9695038859c0abfc?#9695038859c0abfc">Re: [perl #41020] [PATCH] pmc2c.pl functionality extracted into separate package</a> </i> </p><p>Earlier James Keenan supplied some patches. After some discussion,
the patches were recently applied as r16345.</p><p>However, James felt there were still some problems with the patches.
He provided a new patch in the hopes that it would solve the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ef10fccb0ddf4b80/0974015acfd08b88?#0974015acfd08b88">[NEW]: README for t/tools/pmc2cutils/</a> </i> </p><p>James Keenan submitted a README file for <code>t/tools/pmc2utils</code>, which
was applied as r16409.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1d658e87ded6601e/79fcabb45afa4874?#79fcabb45afa4874">[perl #41173] [PATCH] Intel C++ is not really gcc </a> </i> </p><p>Steve Peters created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41173">[perl #41173]</a> to report a problem
caused by the Intel C++ compiler defining <code>__GNUC__</code> although it is
not compatible with gcc. He provided a patch which attempts to address
the issue. It was applied in r16412.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/746a1794b7481e90/0bf2c172b17f5d2b?#0bf2c172b17f5d2b">[perl #41174] [PATCH] Silence warnings in </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41174">[perl #41174]</a>, Steve Peters contributed a patch to silence
warnings in the Intel C++ compiler when 0 is used as an enum without being
cast. It was applied in r16414.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/59e836211462de29/3e6e414867d9c591?#3e6e414867d9c591">[perl #41175] [PATCH] Remove unused label </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41175">[perl #41175]</a>, Steve Peters supplied a patch to remove
an unused label in <code>src/inter_call.c</code>. It was applied in r16415.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6c5c62ef0e946eeb/9a09f1f9e87313b4?#9a09f1f9e87313b4">[perl #41180] [PATCH] Determine compiler before processing hints </a> </i> </p><p>Steve Peters noted in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41180">[perl #41180]</a> that sometimes the compiler
should be known before processing the hints. He supplied a patch to
correct the issue, which was applied as r16416.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ea55e34e60b6d1f6/6c35d212edefbb76?#6c35d212edefbb76">[perl #41182] [PATCH] Preliminary support for suncc on Linux </a> </i> </p><p>Steve Peters created a patch to add initial support for compiling with
suncc on Linux. This was submitted as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41182">[perl #41182]</a>.
It was committed as r16417.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/68b25f54ed5a6da3/38d750a4e5304e53?#38d750a4e5304e53">[perl #41185] [BUG]: examples/shootout/regexdna.pir.input: Persistently failing test </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41185">[perl #41185]</a>, James Keenan reported a problem with a
failing test in <code>shootout.t</code> on Mac OSX.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/963154d3b4db8e3f/89952673030728cd?#89952673030728cd">[perl #41186] [BUG]: tools/build/ops2pm.pl: Variable used in both package scope and loop iteration </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41186">[perl #41186]</a> was created by James Keenan to report a possible
bug in <code>ops2pm.pl</code>. He wondered if it was intentional that a variable was
used in two different scopes. His feeling was that using the same variable
name would confuse someone.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/172cb8863acf4ff6/dc8f7db3990a8461?#dc8f7db3990a8461">[perl #41187] [PATCH] fix failed test t/examples/past.t </a> </i> </p><p>Lee Duhem reported that r16418 broke a test. He supplied a patch, but
felt that there might be a better solution. Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41187">[perl #41187]</a>
follows this report.</p><p> <b>Users</b> </p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45912546.6070008&%2337;40gmx.de&%2337;3E">gather { if $xy.was_taken {<nobr> <wbr></nobr>... } }</a> </i> </p><p>Earlier, Gilbert R. Röhrbein
asked if there is a way to look inside a gather-block if something
was already taken. He included some example code of how he thought it
would work.</p><p>Gabriele Renzi replied with a code correction, but noted that it would
not work on Pugs 6.2.13.</p><p> <i> <a href="http://thread.gmane.org/gmane.comp.lang.perl.perl6.user/346/focus=348">99 problems in Perl6: problem 28</a> </i> </p><p>Gabriele Renzi decided to look at problem #28 from Ovid's list of 99
problems in Perl 6. Gabriele included a solution, but wondered if there
was a better way to solve the exercise. Ovid suggested checking in the
code, if it passed tests. Gaal Yahas provided the commit bit.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/43297ff7fd9cefb7/be791deecdf107cd?#be791deecdf107cd">99 problems in Perl6: 32 and a question on number coercion</a> </i> </p><p>Gabriele Renzi provided an answer to problem number #32 from the list of
99 problems in Perl 6 and added it to the repository. Gabriele wondered
what the expected behavior was for <code>gcd</code>. Steffen Schwigon had some
questions on the code, which Gabriele answered.
Steffen Schwigon</p><p> <i> <a href="http://thread.gmane.org/gmane.comp.lang.perl.perl6.user/355/focus=355">perl6-ish idiom for code and tests in one file</a> </i> </p><p>Gabriele Renzi inquired what the Perl 6 idiom would be for keeping code
and tests in the same file. Juerd liked the idea of a macro or a standard
subroutine, as did Gaal Yahas. Larry Wall offered an alternative using
<code>MAIN</code>, but noted that autocalls to MAIN are not yet implemented. He
suggested a temporary workaround.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/29c5077ee04eef5f/baf92086c1d9497e?#baf92086c1d9497e">[PATCH] fix wrong $include_path (of parrot) in Makefile.PL</a> </i> </p><p>Lee Duhem submitted a patch to fix an incorrect Parrot include path.
He noted that he is still seeing an error.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="m&%2397;&%23x69;&%23x6C;&%23x74;o:&%23x6B;&%23x75;&%23100;&%23114;&%23x61;&%2364;&%23x64;&%23x6F;&%23109;&%2397;i&%23x6E;t&%23106;e&%23x2E;&%23x63;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p>I apologize for the lateness and brevity of this summary, which are due to ongoing computer problems.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2007-01-11T14:51:00+00:00summariesPerl 6 summary, 24-30 December, 2006
http://use.perl.org/~kudra/journal/32033?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Grrr, otta profefreed my onw righting occashionaly."</p><p>-- Larry Wall's commit message for r13508--one typo correction of many</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/3d3965e2b54a5a08/feaba31d6dd8fe0a?#feaba31d6dd8fe0a">Numeric Semantics</a> </i> </p><p>Luke Palmer wanted a clear definition of when math should use floating
points and when it should be integer-based. In response, Darren Duncan
highlighted a <a href="http://colabti.de/irclogger/irclogger_log/perl6?date=2006-12-31">recent #perl6 discussion</a>
on the topic. He proposed distinct operators to allow users to explicitly
choose the math mode. Jonathan Lang mentioned that in the one other
instance where there were type-specific versions of a common operator,
a third 'generic' version was required. Dr. Ruud suggested giving
numerics multiple faces.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1abf1b4a70e2938c/9695038859c0abfc?#9695038859c0abfc">Re: [perl #41020] [PATCH] pmc2c.pl functionality extracted into separate package</a> </i> </p><p>Earlier, James Keenan supplied some patches which he noted were not
completely functional.</p><p>This week, chromatic made a few suggestions on the style of the code.
James explained that some of his choices had been dictated by the fact
that this was maintenance coding.</p><p>In another subthread, James stated that he had found a good way to
run the tests. They are meant to be run before <code>make</code>.</p><p>After Kevin Tew reported some failing tests, James requested the
output with the failing tests. Will Coleda suggested that perhaps
James could make the tests give a helpful error message if they
are run at the wrong time. James added the suggested patch.</p><p>chromatic sent James his test results. With the newest patches,
everything worked. chromatic committed them as r16345.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c59bc0cf1418a601/3a830fef4fa7f2af?#3a830fef4fa7f2af">Building Parrot::Embed on Windows XP / Visual C++</a> </i> </p><p>Ron Blaschke reported two warnings he had seen from trying to build
Parrot::Embed on Windows/VC8. He had some questions on how to
proceed. chromatic and Ron tried to find a patch which would fix
the problems. A solution was applied as r16229.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/47a8638c58d5ecad/00fac14f677d5946?#00fac14f677d5946">[perl #41125] [PATCH] Fix small typo in root.in </a> </i> </p><p>Nikolay Ananiev's patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41125">[perl #41125]</a> was applied as r16239.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-1693-1166921375-864.41128-72-0&%2337;40perl.org&%2337;3E">[perl #41128] [PATCH] Fix #41122: ParrotObjects don't call init_pmc vtable </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41128">[perl #41128]</a>, Matt Diephouse submitted a patch but didn't
commit it because it affected code other people are maintaining.
chromatic agreed with the patch because it didn't break any tests
or modify the external interface.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3d3e06ec9cc71f94/96711a28123df6e8?#96711a28123df6e8">Creating Keys in PIR</a> </i> </p><p>chromatic discovered that writing tests for keyed variants is painful.
He wanted to see working PIR for creating a key for a nested namespace.
Bob Rogers supplied a patch and wondered if it was what chromatic had
had in mind.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9fd37c2e8e2cab79/cf9f4bb5f7093bb0?#cf9f4bb5f7093bb0">Re: [perl #41132] [BUG] Segfault in Parrot_call_sub_ret_int</a> </i> </p><p>Nikolay Ananiev created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41132">[perl #41132]</a> to deliver a patch.
Jonathan Worthington replied that he had applied the patch, because
it was consistent with <code>Parrot_call_sub</code>. He asked if Nikolay could
look at related code to see if similar fixes were needed. Bob Rogers
explained the underlying problem as he saw it.</p><p>chromatic wondered if it would be possible to create some documentation
on how contexts, interpreters and code segments work. Bob said he'd try,
but that he was just learning about code segments as well.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4018a9215b5c706f/a678cd8ee59a34e1?#a678cd8ee59a34e1">[PATCH] make pdump's output about debug segment more consistent</a> </i> </p><p>Lee Duhem submitted a patch to make pdump's output more consistent.
This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41140">[perl #41140]</a>. It was applied as r16269.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2ab4f17250aae409/41b5ae0630265fe2?#41b5ae0630265fe2">GC problem in parrot_pass_args to a tailcall (r16239)</a> </i> </p><p>Bob Rogers wrote about a segmentation fault which is triggered during
argument passing after a tailcall. He gave an analysis of the problem
and provided a patch. However, he hoped that there was a better option.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/38b76bc969f5f834/d6ea3204cf8a2b10?#d6ea3204cf8a2b10">[PATCH] Add get_name() Method to Namespaces</a> </i> </p><p>chromatic supplied a patch to implement <code>get_name()</code> as specified in
PDD21. He did not check it in because it changed the API.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f19d33d8ba817948/f9e709f2343d73d8?#f9e709f2343d73d8">[perl #41141] [PATCH][Win32][VC] Minor display cleanup during compilation </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41141">[perl #41141]</a>, Ron Blaschke reported a problem with
compilation output on Windows. He supplied a patch to correct this.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b520ce6bfa9aecac/5236a7da003a23ef?#5236a7da003a23ef">[perl #41144] [PATCH] refresh front page of parrotcode.org </a> </i> </p><p>Allison Randal submitted a patch as <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41144">[perl #41144]</a>. The patch
cleans up the main web page at Parrotcode.org.
James E Keenan wondered who applied these types of patches.
Will Coleda applied the patch and gave instructions on how to
acquire commit access to the website.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ba50b9caa807ce99/fbe3da34a1bedca5?#fbe3da34a1bedca5">Mac OS X Concurrency</a> </i> </p><p>Allison Randal gave the URL to <a href="http://developer.apple.com/technotes/tn/tn2028.html">an article on Mac OS X concurrency</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/246a767b43cf83ea/6e0f1546229a2eb4?#6e0f1546229a2eb4">Exceedingly lightweight C embedding</a> </i> </p><p>Allison Randal posted <a href="http://people.csail.mit.edu/jrb/Projects/alien-goo.htm">a link</a> on the topic.</p><p> <b>Users</b> </p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3C45912546.6070008&%2337;40gmx.de&%2337;3E">gather { if $xy.was_taken {<nobr> <wbr></nobr>... } }</a> </i> </p><p>Gilbert R. Röhrbein
asked if there is a way to look inside a gather-block if something
was already taken. He included some example code of how he thought it
would work.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="ma&%23x69;&%23108;&%23x74;&%23x6F;:&%23107;&%23x75;&%23x64;&%23114;&%23x61;&%2364;&%23100;&%23x6F;&%23x6D;&%2397;&%23105;&%23x6E;&%23x74;&%23x6A;&%23x65;&%23x2E;&%23x63;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p>Happy New Year!</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-12-31T19:21:34+00:00summariesPerl 6 summary, 17-23 December, 2006
http://use.perl.org/~kudra/journal/32001?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Short answer: absolutely.</p><p>"Long answer: emphatically not."</p><p>-- Larry Wall, in 'RAII in Perl6/Parrot'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/ddc65ef6154f4a12/571afce559470764?#571afce559470764">supertyping</a> </i> </p><p>Earlier, TSa asked about supertyping, specifically if supertyping will
exist in Perl 6. Larry Wall wanted to see some more complicated use cases
which would demonstrate that the concept was useful rather than simply
an aspect of type theory. Several other people contributed to the thread.</p><p>This week, Jonathan Lang addressed TSa's other question of what would happen
if an object's type changed while its identity was preserved. Tsa replied
to the subthread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1b9b274859624bd4/c3144a3ea3629125?#c3144a3ea3629125">RAII in Perl6/Parrot</a> </i> </p><p>Blair Sutton asked if Perl 6 would be able to do RAII. He cited some
articles which expressed the view that it was not possible in Python due
to the fact that garbage collection does not offer deterministic
finalization. This led to the question of whether Perl 6 would suffer
from the same problem due to Parrot's style of garbage collection.</p><p>Larry Wall replied that deterministic reference counting was only one
way to provide transactional security and timely destruction. He assured
Blair that Perl 6 has ways to let you not care about some dependencies,
while paying attention to others.</p><p>Blair appreciated Larry's explanation, and admitted to relying on the
deterministic nature of C++, and using RAII to manage locks between
threads and tear apart sockets cleanly. He asked for an example of
Perl 6 offering the capability to execute code once every reference
to an object has been removed. Luke Palmer replied that the <code>LEAVE</code>
closure trait was a general method for addressing this.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1725d504480fb0bf/07e05aaab44c8441?#07e05aaab44c8441">[perl #33962] readline returns one too many lines </a> </i> </p><p>Allison Randal reviewed ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=33962">[perl #33962]</a>, which was created almost
a year ago by Matt Diephouse to report that the readline opcode returns
too many lines. She decided to leave the ticket open and link it to the
I/O PDD ticket.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/049e4a3c48c6274d/3c20fba58ff26540?#3c20fba58ff26540">Re: [perl #34994] [TODO] make useful parts of Parrot config available at runtime</a> </i> </p><p>Leopold Toetsch responded to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=34994">[perl #34994]</a>, which was created
in April. He noted that there had been several attempts to solve the issue,
and the only working scheme was to link with an object file which had the
path inside. He left it as 'todo'.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cc72706710098919/9de7aa74026b08a4?#9de7aa74026b08a4">[perl #39997] [PATCH] PGE P5 Test Cleanup </a> </i> </p><p>Patrick R. Michaud and Paul Cochrane looked at ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39997">[perl #39997]</a>,
which was written in July. Patrick felt that it was safe to close the ticket,
because all 'skip' and 'todo' markers had been factored out of the regex
test files. Paul resolved the ticket.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2cdc1b3daa45b859/93a0f96904b1e416?#93a0f96904b1e416">Re: [perl #40361] [PATCH] #40278 [CAGE] perl coding standards coda. (cont.)</a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40361">[perl #40361]</a> from September was revived and elicited a great
deal of discussion between Paul Cochrane, Chris Dolan, Bob Rogers, Allison
Randal, Lee Duhem, Patrick R. Michaud, chromatic, and Nicholas Clark.</p><p>It started with Paul suggesting that the ticket could be closed once a
decision was made on where formatting information for emacs and vim should
be located. Chris mentioned a limitation with the verbose form of the
Emacs settings. Bob elaborated, offering a patch as a work-around.</p><p>Allison suggested removing all emacs and vim settings from the source code
files. She felt that having the tests check for correct formatting addressed
the issue without the maintenance costs of editor tips. Patrick and
chromatic agreed with her suggestion.</p><p>Paul thought that editor hints reduce the amount of cage cleaning work
by ensuring that code contributions use the correct style. Nicholas
Clark pointed out that the alternative, top-level editor settings, assumes
that all a developer's projects use the same coding standard.</p><p>After further discussion on options, Allison proposed that for the time
being, hints would be left out of Perl files with <code>__END__</code> or <code>__DATA__</code>
blocks. A future task would be for someone to figure out a way to encourage
good habits, without cluttering the source code or assuming that everyone
uses emacs or vim. Paul updated the Perl::Critic policy accordingly, and
made a note in PDD07.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2acdd552424fac62/98755e735de2f74d?#98755e735de2f74d">[perl #40950] [PATCH] Compiling Parrot with the new Borland C++ </a> </i> </p><p>Steve Peters added a reminder to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40950">[perl #40950]</a> that a patch
still needs to be applied for compiling Parrot with Borland C++.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/720cc5af7c1091d4/7ecbeb1715fb7b04?#7ecbeb1715fb7b04">[perl #41064] Not-so-new 'make' failures on Darwin </a> </i> </p><p>James Keenan was happy to report in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41064">[perl #41064]</a> that
further suggestions from Will Coleda fixed his problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9e5def0aa1ea06f4/fdbb558f0f40904c?#fdbb558f0f40904c">Side effect between exit &<nobr> <wbr></nobr>.HLL</a> </i> </p><p>Last week,
François Perrad
showed some example code where an error of 'no exception handler' was seen
when a<nobr> <wbr></nobr>.HLL directive was added before a simple subroutine. This week
he supplied a patch to address the issue.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e96c2e65c6166a4a/02ea33c40456f212?#02ea33c40456f212">[perl #41095] [BUG] Segfault in test.exe during Configuration </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41095">[perl #41095]</a>, Nikolay Ananiev reported a segmentation fault
on Win32. Jonathan Worthington thanked him for the report, and stated that
other solutions were being looked at.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9bb1a9b0e5f7a15a/61fe6f220e4679d8?#61fe6f220e4679d8">[perl #40802] Investigate Supposed JIT Bug with if/unless Optimization </a> </i> </p><p>Jonathan Worthington responded to Matt Diephouse's ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40802">[perl #40802]</a>.
He replied that the bug had been fixed, so he removed the comment from the
code.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/af585efae8a27b58/9c4bc8728be9c5ae?#9c4bc8728be9c5ae">[perl #40816] open opcode creates file if it doesn't exist </a> </i> </p><p>Jonathan Worthington responded to open ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40816">[perl #40816]</a> to clarify
that he did not think that it was a bug for '+<' to be the default mode.
Jerry Gay felt that it was a bug, unless it was explicitly documented
that 'open' would create a file as default.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4001c2d96ad58eaf/af30dc7672732984?#af30dc7672732984">[perl #40801] [TODO] Rename enter_nci_method to something better </a> </i> </p><p>Matt Diephouse created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40801">[perl #40801]</a> to request a new name for
<code>enter_nci_method</code>. Kevin Tew suggested <code>register_nci_method</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a10fc33c6c1a1280/7eb8c331d498bb70?#7eb8c331d498bb70">[perl #41099] [PATCH] root.in Makefile and CREDITS </a> </i> </p><p>Eric B. Lubow created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41099">[perl #41099]</a> to include a patch to the
makefile. Paul Cochrane noted that there were two patches and asked which
one should be applied. Eric clarified, and Paul applied the patch as
r16183.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5fbbfbd9d1387bc6/ff5ee1a405e9ec0e?#ff5ee1a405e9ec0e">[perl #41102] [PATCH] On Win32 with Visual C++, nmake was not automatically selected if mingw was also found on the system </a> </i> </p><p>David Woldrich reported a problem with the Parrot configuration script
and included a patch, which was applied as r16129. Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41102">[perl #41102]</a>
tracked the bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8619a2f7d169a542/bf45d013ce211a2d?#bf45d013ce211a2d">[perl #41103] [BUG] stdin.'readline'() segfaults on systems w/o readline support </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41103">[perl #41103]</a>, Patrick R. Michaud reported a segmentation
fault.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ace9d58ea23fef20/2c1b1ff9672e17ce?#2c1b1ff9672e17ce">[perl #41104] [PATCH] Building on MinGW is disrupted by the presence of<nobr> <wbr></nobr>/bin/sh.exe on the PATH, docs explain required environment change </a> </i> </p><p>David Woldrich's ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41104">[perl #41104]</a> contained a patch which was
applied as r16187.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6fe27d2796cdc150/9b0c167ccf17f936?#9b0c167ccf17f936">[perl #41105] [PATCH] Silence a warning on Cygwin </a> </i> </p><p>Steve Peters created a patch to eliminate some warnings on Cygwin.
It was applied as r16177 and can be viewed as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41105">[perl #41105]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/fc140f545cacd1e4/f839f9b3ee7c03df?#f839f9b3ee7c03df">Generated<nobr> <wbr></nobr>.pm files in MANIFEST</a> </i> </p><p>Paul Cochrane wanted to know why some files, which are auto-generated,
are mentioned in <code>MANIFEST</code> instead of <code>MANIFEST.generated</code>. He planned
to move them if there were no objections.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2915ae1713192b1c/513c7aa98be0e686?#513c7aa98be0e686">[perl #31652] [TODO] Win32 - Microsoft Visual C++ Toolkit 2003 </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=31652">[perl #31652]</a>, chromatic asked if the toolkit was still required,
now that ICU is available. Jonathan Worthington replied that the toolkit
was one of the easiest ways to get a C compiler for Windows, and therefore
it was still useful to have it documented. Ron Blaschke commented that
he thought it was going to be discontinued.</p><p>Jonathan Worthington requested a patch for <code>readme.win32.pod</code>, which
Ron agreed to write.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3db73663131be108/0db06a80028a4165?#0db06a80028a4165">[perl #41110] [PATCH] tru64: compile (src/nci.c) and runtime (src/memory.c) </a> </i> </p><p>Jarkko Hietaniemi created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41110">[perl #41110]</a> to provide patches,
which were applied as r16208.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/608664dd5ffbadc8/107de8385f4df0bd?#107de8385f4df0bd">[perl #39802] [PATCH] [CAGE] turning up the warnings levels in gcc as much as we can </a> </i> </p><p>Some time ago, Kevin Tew created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39802">[perl #39802]</a> to offer a
patch to increase warning levels in gcc. Paul Cochrane applied a
modified version of the patch but asked what version of gcc some of
the flags belonged to, as they did not work with his gcc. Kevin replied.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5df1355ddec0cb4d/b733c5971469390a?#b733c5971469390a">Re: [perl #39742] [BUG] installed parrot conflicts with dev parrot.</a> </i> </p><p>A while ago, Will Coleda reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39742">[perl #39742]</a> that there
was a conflict between an installed version of Parrot and a development
version. </p><p>Recently, Leopold Toetsch reported that it seemed like a BSD linker issue,
because he couldn't verify the problem on Linux. David Landgren was
able to verify that the problem is not resolved.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d13aca86f698fe8b/8fa66133d9a72499?#8fa66133d9a72499">More Undef vs. Null...</a> </i> </p><p>Will Coleda wanted to know if Hash and Array keys are meant to have
different results when keys are unset. Leopold's opinion was that
the<nobr> <wbr></nobr><code>.Undefs</code> returned by Arrays are a legacy, and that<nobr> <wbr></nobr><code>.Null</code> is
correct.</p><p>Jonathan Worthington submitted a patch which changes the PMC to
use<nobr> <wbr></nobr><code>.Null</code>. However, he did not want to apply it until there was
a design decision, and until he'd had a chance to fix some of the code
which expected to receive<nobr> <wbr></nobr><code>.Undef</code>. </p><p>Patrick R. Michaud added that there are several places where<nobr> <wbr></nobr><code>.Undef</code>
was expected. He had no strong feelings about one design over another,
but wanted people to be aware of the impact the change would have.</p><p>Jerry Gay felt that it would take a coordinated effort and suggested a
dedicated day for the change, with community involvement.</p><p>Allison Randall gave the decision in favor of consistent use of null.
She requested that someone add a note about the change in <code>DEPRECATED.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dff28f35b19d318b/a89470653794bc9f?#a89470653794bc9f">[perl #40253] [PATCH] [CAGE] always cast printf("%p") to (void *) </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40253">[perl #40253]</a> received an update from Paul Cochrane, who asked
if the patch should still be applied. Will Coleda was satisfied with
whatever portions of the patch Paul had been able to apply. This was
done as r16211.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/82faf193680244b0/1202e0f3d2c3ac3b?#1202e0f3d2c3ac3b">Assertions and MMD (on Windows XP)</a> </i> </p><p>Ron Blaschke had some problems with compiling Parrot on Win XP with
Visual C++ when assertions were enabled. He wanted to know if anyone
else had this problem, and why the assertion checks if the lowest two bits
of a function pointer are zero. chromatic explained that those two bits
will be zero if the pointer is raw. Leopold Toetsch added that it was
a hack, and the solution was to replace the table with an MMD cache
representation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/836cb9ad8cdee7e0/c8447a9b8bab77af?#c8447a9b8bab77af">Janitor Tasks</a> </i> </p><p>chromatic reported that he was creating the next Perl.com newsletter
and needed a list of Cage Cleaner tasks suitable for someone with Perl
and C skills, but very little free time?</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/91e0367d91abd1f3/8288f4ee946c33cc?#8288f4ee946c33cc">Bind to an Unspecified Port</a> </i> </p><p>Matt Diephouse is writing a PIR socket library. He found that if he
uses '0' as the desired port, the OS will select a port, but that Parrot
offers no way to discover what the port was. He included a patch which
fixed this for UNIX, and requested help with the Windows version.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/bfd74faeab443f1a/d1ba735c038ff7ff?#d1ba735c038ff7ff">Unwanted scalar references</a> </i> </p><p>Ovid thanked the mailing list for answering some of his earlier questions.
His latest question was how to dereference an unexpected scalar reference.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/dca0bb564713f219/cba9712cd8826c8d?#cba9712cd8826c8d">hello, does anybody who knows the svn respo of synopsis docs?</a> </i> </p><p>Fayland Lam asked for the location of the synopsis repository.
Audrey Tang replied with
<a href="http://svn.perl.org/perl6/doc/trunk/design/syn/">the repository URL</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/d9d16d291fd7057d/71d98ad76efede79?#71d98ad76efede79">Junctions as arguments (Pugs bug)</a> </i> </p><p>Ovid included a code snippet where he was casting a junction as a string
and received unexpected results. He wanted to know what the proper response
was, in order to write a test.</p><p>Jonathan Rockway was not sure what output could be expected from say-ing
a junction. He saw two possibilities, and thought that Ovid's expectation
was better, but wanted to hear other opinions before tests were added.</p><p>Larry Wall answered that what Ovid described was standard autothreading
behavior, as described in S09.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/9b0526214f44dd6a/ed514093286f50c8?#ed514093286f50c8">take: bug or feature?</a> </i> </p><p>Ovid posted some code which was failing with the latest Pugs and asked
if there was a problem with the code or Pugs. Sean O'Rourke also
thought it was a bug. Ovid later confirmed that it was a bug and it
was being worked on.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%2397;&%23105;&%23x6C;&%23116;o:k&%23117;&%23100;&%23x72;&%23x61;&%2364;&%23x64;&%23x6F;m&%23x61;&%23105;&%23x6E;t&%23x6A;&%23101;&%2346;c&%23111;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-12-25T18:52:27+00:00summariesPerl 6 summary, 10-16 December, 2006
http://use.perl.org/~kudra/journal/31934?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"With the little sense of smell I have left, this smells like INTERCAL's
'COME FROM' statement to me..."</p><p>-- Larry Wall, who has a cold, in 'supertyping'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/ddc65ef6154f4a12/571afce559470764?#571afce559470764">supertyping</a> </i> </p><p>In this thread, TSa brought up the concept of supertyping again. The
example of <code>Square <: Rectangle</code> was included, along with others. TSa's
question involved an example where the object's type was changed while
its identity was preserved. Additionally, TSa asked if supertyping will
exist in Perl 6, and if so, how would 'superdoes' and 'superis' concepts
be expressed.</p><p>Jonathan Lang attempted to rewrite the question for a larger audience.
He explained that the suggestion was to go from specific to general,
rather than the other way around.</p><p>Jonathan then noted that there are four approaches to code reuse,
three which add functionality, and one which restricts it. This led
him to see supertyping in terms of exemptions for the fourth case.
Luke Palmer responded with an equation to express the relationship,
and his answers to the questions of whether it should be illegal
to add a required method to A if B does not implement it, given
<code>role A superdoes B</code>, and if a required method for A should
automatically become a required method for B.</p><p>There was some discussion on how 'superdoes' would be written,
with 'done_by', 'bequeath', and 'by' being proposed. Ruud H.G. van Tol
offered more suggestions than a thesaurus.</p><p>Larry Wall first wanted to see use cases which go beyond the number
examples in order to see the value of the proposal to those who aren't
interested in type theory. Luke Palmer, on the other hand, expressed
his interest in continuing to consider the idea until it is solid enough
that he would be comfortable with it. Larry added his thoughts concerning
namespace issues. There was a great deal more discussion formulating
the specifics of the proposal.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/c109058ee78cbec8/3635dc86ce2a6b4c?#3635dc86ce2a6b4c">Gather/Take and threads</a> </i> </p><p>Given a gather block which spawns multiple threads,
Joe Gottman wanted to know if it is guaranteed that no object returned
is lost, given that the relative order of items returned is
indeterminate.</p><p>This week, Larry Wall responded that gather/take is defined over a
dynamic scope, and each thread is a different dynamic scope, so by
default there would be no results from other threads. He also entertained
the converse, that gather/take is a normal way to set up inter-thread
queuing. The short answer seemed to be that this has not yet been
decided.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fd0d3b432c2e425/664324a6e0a3d691?#664324a6e0a3d691">RFC: Proposal for dynamic binding</a> </i> </p><p>This thread was started by Bob Roger's proposal for dynamic binding.
To date, it has included an extended discussion between Bob and Allison
Randal, plus a request from Leopold Toetsch.</p><p>Allison began this week by explaining her understanding of the terms
dynamic scoping, assignment and binding. Her view of the proposal
is that it offers a textbook definition of dynamic scoping. The discussion
has included dynamic binding, dynamic scoping, and temporization, however.
With the terms defined, she went on to propose that Bob create a new
proposal for implementing dynamic scope which does not contain any
references to temporization. Bob agreed to do this, but asked for a few
clarifications first.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/efdd72880e1fa991/368c89f0cf52e2d8?#368c89f0cf52e2d8">[perl #40958] [BUG] - can't iterate subclass of ResizablePMCArray </a> </i> </p><p>chromatic responded to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40958">[perl #40958]</a> with a second patch,
which improves upon his earlier attempt. However, he noted that it
seems to work poorly with Data::Dumper and that his solution, while
non-invasive, was not ideal. He described his preferred fix.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/33fa840d77492cd0/12359b6bf035854c?#12359b6bf035854c">[perl #41055] [BUG]: 'Argument is not numeric' warning in Darwin configuration </a> </i> </p><p>Last week, in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41055">[perl #41055]</a>, James Keenan registered a bug
with running <code>perl Configure.pl</code>, which seemed to be related to having
a 3-level version number.</p><p>This week, Lee Duhem commented that it would probably be enough to get
the major OS version.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/720cc5af7c1091d4/7ecbeb1715fb7b04?#7ecbeb1715fb7b04">[perl #41064] Not-so-new 'make' failures on Darwin </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41064">[perl #41064]</a> was created by James Keenan to report another
failure to make Parrot on Darwin. He expressed frustration that he is
still seeing the same problem which he encountered at the Chicago
Hackathon and described the measures he has taken to resolve it.</p><p>Will Coleda found a possible file ownership problem, and suggested
trying a new checkout. After determining that this was not the cause,
Will asked several questions in an attempt to pinpoint the cause.
Several further posts were made by both James and Will as they tried
to determine the source of the problem. Eventually Will concluded that
the most likely culprit was James using another compiler, rather than
the Apple version of gcc/g++.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d8a49cba0cc8977c/27a7af01dfdcb74a?#27a7af01dfdcb74a">yield from a method</a> </i> </p><p>Will Coleda showed how the current<nobr> <wbr></nobr><code>:method</code> and<nobr> <wbr></nobr><code>.yield</code> implementations
and asked if it was desirable for them to work in this way. He was
working on the 'Range' object and encountered this problem. </p><p>Bob Rogers
thought the proper fix would be to build Coroutine on Continuation instead
of Sub. He also suggested storing the coroutine state explicitly in the
object, and emulating yielding the method.</p><p>Allison Randal responded that the current functionality is desired for class
methods, although it makes no sense for instance methods. She advised
making yield object-specific within methods.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9e5def0aa1ea06f4/fdbb558f0f40904c?#fdbb558f0f40904c">Side effect between exit &<nobr> <wbr></nobr>.HLL</a> </i> </p><p>François Perrad
showed some example code where an error of 'no exception handler' was seen
when a<nobr> <wbr></nobr>.HLL directive was added before a simple subroutine. He wondered
if that was a feature or a bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b439dd027d05ce92/997dc544c50b7c78?#997dc544c50b7c78">Past-pm basic string types</a> </i> </p><p>Allison Randal asked how to best pass-through string types from a compiler
to Parrot without doing string processing. Patrick R. Michaud replied
that it is expected that it will be rare for a HLL string literal format
to exactly match a string literal in PIR. Consequently, it expects that
the HLL will have decoded the strong constant according to the HLL rules,
and PAST-pm will re-encode the string to work in Parrot. He offered to
modify PAST-pm to provide a "send literal" option.</p><p>Allison thought that
was a good idea, and appreciated that the current system makes no assumptions
about what constitutes a string. Later Patrick realized that the
functionality already exists, if the <code>ctype</code> isn't set. This is subject
to change, however, so he included more specific instructions for performing
the task.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c7307291e4b6e407/b638910634c4416e?#b638910634c4416e">Past-pm printing the return value of the main routine</a> </i> </p><p>Allison Randal cited an example of printing a simple statement, '2', which
would actually print '21' because the main routine is returning the value
of the last statement (true), which is correct for Perl but not all languages.
Also, the HLLCompiler is printing out this return value, and she
wanted to know why that was happening. Patrick R. Michaud reported
that this has since been fixed.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2885640e51f456ed/0fe9f9e6fd8425cd?#0fe9f9e6fd8425cd">[perl #41082] [PATCH] Cygwin: conflicting types for _LIB_VERSION </a> </i> </p><p>Greg Bacon opened ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41082">[perl #41082]</a> to report a failure with
building r16097 on Cygwin. He supplied a patch. After Jerry Gay
closed the ticket, he asked if it was a known issue, and what the
solution was.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1bba057eb814bbfa/2ac52dea37243dde?#2ac52dea37243dde">Bug Day</a> </i> </p><p>Will Coleda created a page to prepare for
<a href="http://rakudo.org/parrot/index.cgi?bug_day_december_dec_16_2006">bug day</a>.
December 16th was bug day.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/3196dcbe99503dd3/d15983efeda451e5?#d15983efeda451e5">Error running Pugs tests</a> </i> </p><p>Ovid reported that Pugs r15881 gave some errors with his new GHC 6.6
if he ran a test without <code>-lblib6/lib</code>. He wondered why it would generate
a syntax error if he left out that portion of the line. Gaal Yahas suggested
that it was due to an old version of Test.pm from the earlier installation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/92da03829cd6fe39/b3527aad8f46ee63?#b3527aad8f46ee63">Introspection and list question</a> </i> </p><p>Ovid had a quick question on how to do introspection in Pugs. He also
wanted to know how to flatten nested lists in Perl6. Jerry Gay responded
that introspection is mostly unimplemented. He also pointed Ovid to S02
for the answer to his other question. Gaal Yahas suggested that
the <a href="http://spec.pugscode.org/">Official Perl 6 Documentation</a> was the
best place to look for updated synopses. He proposed <code>gather</code> to flatten
a list, but noted that it was not yet implemented. Larry Wall replied
that that would only flatten a recursive structure with help, and noted
that Pugs implements the block form of <code>gather</code>.
jerry gay
Gaal Yahas
Larry Wall</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/6174bf0fce7d2d6d/8573ef409f9f8ab8?#8573ef409f9f8ab8">Strange error message with anon subroutine</a> </i> </p><p>Ovid showed some code he had written to compress a list. He showed that
once he had added some return statements inside an anonymous subroutine,
he received an error message about using a control structure outside
a routine. Ovid wondered if he had made a mistake or if there was a bug.</p><p>Larry Wall replied that it was expected to work that way. He quoted
a section of S06, and also referenced S04. He advised changing the pointy
block in to an official sub. Gaal Yahas also gave similar advice.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/42c935428732c177/36ee2425ef95d8ff?#36ee2425ef95d8ff">6-on-5 and read only aliasing</a> </i> </p><p>Nicholas Clark announced a placeholder named BIND for 6-on-5 aliasing,
which should replace the need for the Perl 5 internal type PVBM as of
r29544. He included a list of features he thought were needed for
6-on-5, and asked for other 4-letter (or shorter) words which were
better than BIND.</p><p>David Nicol noted that increasing internal types to 32 instead of
keeping them at 16 would allow the top ones to accelerate tied and overloaded
types. Nicholas replied that there were too many switch statements in
the core, and he would prefer switching to vtables.</p><p>David Landgren thought BIND was an alias, which was like a nickname,
and therefore proposed NICK.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;a&%23105;&%23x6C;&%23x74;&%23111;:&%23107;u&%23x64;&%23114;a&%2364;&%23x64;&%23x6F;m&%2397;&%23x69;&%23110;&%23x74;&%23x6A;&%23101;&%23x2E;&%2399;&%23x6F;m">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-12-17T09:47:22+00:00summariesPerl 6 summary, 3-9 December, 2006
http://use.perl.org/~kudra/journal/31873?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Your faithful Dynamic Environmentalist"</p><p>-- closing signature of Bob Rogers in 'RFC: Proposal for dynamic binding'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/2573667ed02fa746/8adf680b669631ac?#8adf680b669631ac">[svn:perl6-synopsis] r13487 - doc/trunk/design/syn</a> </i> </p><p>Last week,
a commit from Larry Wall related to expanding tabs led TSa to ask
if array equivalence should be defined in terms of Bags. Larry replied
that he felt most people would prefer to look at Sets and Bags as Hashes,
so he will not include Sets and Bags in the smartmatching table. Darren
Duncan also felt that the current summary in Synopsis 6 was adequate.</p><p>This week, TSa responded to Darren's request that any change requests
be explained in detail. According to TSa, the intent was not to change
the synopsis but to have a few points clarified on list, such as the
subtype relationship between Set and Bag. TSa also asked if KeyHash,
KeySet and KeyBag are forced in to sigiled variables. Darren replied
that he would expect that they would work like hashes.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/f5024ac015d7f1fd/20b4d0892d7b70de?#20b4d0892d7b70de">[svn:perl6-synopsis] r13488 - doc/trunk/design/syn</a> </i> </p><p>In this commit, Larry Wall clarified the relationship between Set/Bag and
KeyHash.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/93185d61da6d23d7/68cad915716ded4a?#68cad915716ded4a">[svn:perl6-synopsis] r13489 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall elaborated on <code>gather</code>, which has been modified to be more
like <code>do</code> in that it allows any statement.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/c109058ee78cbec8/3635dc86ce2a6b4c?#3635dc86ce2a6b4c">Gather/Take and threads</a> </i> </p><p>Given a gather block which spawns multiple threads,
Joe Gottman wanted to know if it is guaranteed that no object returned
is lost, given that the relative order of items returned is
indeterminate.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fd0d3b432c2e425/664324a6e0a3d691?#664324a6e0a3d691">RFC: Proposal for dynamic binding</a> </i> </p><p>This thread was started by Bob Roger's proposal for dynamic binding.
He compared two options, and later gave an analysis of a third (STM)
at Leopold Toetsch's request.</p><p>Last week, Allison Randal responded to the proposal with the question of
why dynamic binding should only apply to globals. She stated that
the proposed implementation was not being approved, but noted that one
of Bob's ideas concerning threads was of particular interest and likely
to be included at some point. Bob replied in depth to the points she
raised and asked if he could improve the proposal or if he should give
it up.</p><p>This week there was further discussion between Allison and Bob.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/efdd72880e1fa991/368c89f0cf52e2d8?#368c89f0cf52e2d8">[perl #40958] [BUG] - can't iterate subclass of ResizablePMCArray </a> </i> </p><p>chromatic responded to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40958">[perl #40958]</a> by including a patch which
demonstrates the problem in the iteration code within the PMC. He noted
that this is not the correct fix.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/39f0c232f5beeb71/1f776b9dd5218ca8?#1f776b9dd5218ca8">[perl #40966] [BUG] Parrot core dumps in perl6 (possible GC/pointer bug?) </a> </i> </p><p>Earlier, Patrick R. Michaud reported a bug in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40966">[perl #40966]</a>.</p><p>This week, Matt Diephouse responded. He had seen the error in a different
test, and identified the failing assertion. The problem seems to be that
constant strings are being garbage collected too soon. He supplied a patch
to not collect any constant PObj headers, but was not certain that was
what should happen. </p><p>Leopold Toetsch replied that if they were being collected, they were
being initially created in different object pools and then stored as
constants. He requested information about the origin and
contents of the constant, in order to track down where it was being created.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9ea7288dbf2ccf6f/1f82b5d4c00129b5?#1f82b5d4c00129b5">Initial feedback on PAST-pm, or Partridge</a> </i> </p><p>Earlier,
Allison Randal initiated a discussion on Partridge (PAST-pm) with a post
of her comments on user experience and implementation.</p><p>One subthread which developed dealt with a number of unrelated points.
Leopold Toetsch joined Allison and Patrick R. Michaud in this thread.
One of the topics involved Parrot limitations related to<nobr> <wbr></nobr>:init methods.</p><p>This week, Allison responded to a proposal from Patrick and asked if he
had thought further about the syntax for initialization. She also agreed
with treating moving code generation out of POST node objects as low priority.
Patrick replied to some of the points.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1abf1b4a70e2938c/a3ce1e193c14cf7c?#a3ce1e193c14cf7c">[perl #41020] [PATCH] pmc2c.pl functionality extracted into separate package </a> </i> </p><p>Earlier,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41020">[perl #41020]</a>, James Keenan supplied a patch to make
<code>pmc2c.pl</code> easier to test. This involved putting most of the subroutines
in a new package. He fixed a problem with <code>GetOptions</code> but thought there
were additional corrections to be made.</p><p>This week, James wrote that he had underestimated the challenges in testing
Parrot build tools. He explained the problem, which involved the files
which exist and the state of the system at the time that the tests are
run, and concluded by asking what was the goal of testing the build
tools.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2cf497690229cc95/bf39d288a2f19d7d?#bf39d288a2f19d7d">[PATCH] tru64: compile (src/nci.c) and runtime (src/memory.c)</a> </i> </p><p>Jarkko Hietaniemi submitted two patches. One was to allow the Parrot
trunk to compile in Tru64, and the second one was to eliminate some
core dumps.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/16244caf97269a88/5280b748cd14fcae?#5280b748cd14fcae">[perl #41044] use warnings not clean </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41044">[perl #41044]</a>, Will Coleda reported a problem with
loading the platform and local hints file.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9a730fd7af96a37d/81f9d2a999e71127?#81f9d2a999e71127">[perl #41047] [BUG]<nobr> <wbr></nobr>:multi doesn't work with<nobr> <wbr></nobr>:outer </a> </i> </p><p>Patrick R. Michaud created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41047">[perl #41047]</a> to report an error
with the<nobr> <wbr></nobr><code>:multi</code> pragma when<nobr> <wbr></nobr><code>:outer</code> is present. Matt Diephouse reported
it fixed in r15971.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/46d155e4979f09bd/0123288140f9f526?#0123288140f9f526">[perl #41051] [PATCH]: Configure.pl: Spell out what 'ICU' means </a> </i> </p><p>James Keenan created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41051">[perl #41051]</a> to request that the POD
in <code>Configure.pl</code> use 'International Components for Unicode' instead of
'ICU' for clarity. Will Coleda applied the patch as r16021.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ef8af1fcf997d661/918dd8f21cfb189a?#918dd8f21cfb189a">[perl #41052] [PATCH]: docs/configuration.pod: Small grammatical corrections </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41052">[perl #41052]</a>, James Keenan included a patch to correct
grammar in <code>docs/configuration.pod</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b3c6dd2347667f3b/096fdd3db7a27528?#096fdd3db7a27528">Bug Day!</a> </i> </p><p>chromatic suggested a virtual gathering on the 16th in #parrot. The
purpose of the meeting is to examine the bug database to verify,
fix, or resolve issues. Additionally, this meeting would serve
to help curious newcomers get started. Lee Duhem felt that some
examples could be cleaned up to make it easier for people to get
started.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5b3d0d265b85d089/c2f5a4215ffc3ff2?#c2f5a4215ffc3ff2">[perl #41053] [TODO] More useful dumping of Env PMC </a> </i> </p><p>Bernhard Schmalhofer thought that generic Hash dumping functionality
would make it easier to see things such as the Env PMC. This request
was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41053">[perl #41053]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3c926c512f92bde4/dd2bc8f9443d5e60?#dd2bc8f9443d5e60">[svn:parrot-pdd] r16036 - trunk/docs/pdds/clip</a> </i> </p><p>Allison Randal added additional notes to the overview PDD on the target
platforms for Parrot. The requirement for the 1.0 release of Parrot is
that it be supported on major versions of Linux, BSD, Mac OS X and
Windows.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/33fa840d77492cd0/12359b6bf035854c?#12359b6bf035854c">[perl #41055] [BUG]: 'Argument is not numeric' warning in Darwin configuration </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41055">[perl #41055]</a>, James Keenan registered a bug with running
<code>perl Configure.pl</code>, which seemed to be related to having a 3-level
version number.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%23x61;&%23105;&%23x6C;&%23x74;&%23x6F;:&%23x6B;&%23x75;&%23100;r&%2397;&%2364;&%23x64;&%23111;&%23109;&%2397;&%23x69;n&%23116;&%23x6A;&%23101;.&%2399;o&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-12-10T11:41:44+00:00summariesPerl 6 summary, 26 Nov - 3 Dec, 2006
http://use.perl.org/~kudra/journal/31795?from=rss
<p> <b>This week on the Perl 6 mailing lists </b> </p><p>"...
On the sixth day of Christmas my true love sent to me, <br>
Six versions of Perl, <br>
FIVE LANGUAGES COMPILING! <br>
Four bytes of bytecode, <br>
Three POST nodes, <br>
Two ASTs, <br>
And a Partridge with a parse tree."</p><p>-- Jonathan Worthington, 'Naming PAST-pm compiler tool chain'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/bd6e492ac7ce0729/c03b9a1ad322e812?#c03b9a1ad322e812">Smart Matching clarification</a> </i> </p><p>Earlier, Jonathan Lang inquired about the matching operator for hash keys had
changed. This led to a discussion about Sets, Seqs and Bags.</p><p>This week, in the subthread 'Set-returning<nobr> <wbr></nobr>.keys', Darren Duncan clarified
his views, stating that while he saw Bags as a superset of Sets, he did not
mean to suggest that their implementations should be related. TSa suggested
that in a hypothetical inheritance structure, Set would be the main type and
Bag would extend it. Ruud H.G. van Tol disagreed, stating that Set is more
complex to modify than Bag.</p><p>Some discussion of the appropriate return values and operations also
came up. For example, Darren proposed that a union of two sets would
return a Set, and that Set operations should be terse as they would
be common. </p><p>The thread '<a href="%23456C6DF9.8040805@barco.com">beg for Bag</a>' followed from this
discussion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/5e4aee99795a2b75/f7e37c29ea7df04b?#f7e37c29ea7df04b">implementation for subset types</a> </i> </p><p>Last week,
TSa wanted to propose an addition to the subset type definitions, namely
an implementation body like classes and roles. A rectangle example from
an earlier thread was included. Jonathan Lang replied with an alternate
code example.</p><p>This week, TSa responded to Jonathan's post, wondering how a general
polygon would become an instance of an anonymous class once it was
modified to become a rectangle. The purpose of the proposal was
clarified as providing a means to attach methods to subset types.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/75e5249301fcaf54/19f1665872d83181?#19f1665872d83181">beg for Bag</a> </i> </p><p>TSa started this new thread from the discussion in
'<a href="%23ef30550b0611161625g3f4aa74fw4716856924f218cf@mail.gmail.com">Smart Matching clarification</a>'.
He proposed the addition of a Bag type which completes the set of
immutable types. Smylers wondered how this would differ from the Bag
which is mentioned in Synopsis 3.
Darren Duncan replied that while Bag is mentioned in examples, it is
not included in the list of built-in types in Synopsis 6.</p><p>An exchange between Tsa and Jonathan Lang on the set operations of Seq
was also part of this thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/dcc7d8701c9ba857/644fc0e5320c1411?#644fc0e5320c1411">[svn:perl6-synopsis] r13483 - doc/trunk/design/syn</a> </i> </p><p>In this patch, Larry Wall distinguished Set and Bag values from KeySet
and KeyBag containers, which made several people rather happy.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/2e0237a2f68f1e16/ba58140447857b21?#ba58140447857b21">Interrogating closures</a> </i> </p><p>Yuval Kogman wrote in praise of the partial unification of objects
and code references, and closures in general. He proposed allowing
closures to declare that captured variables are an instance, and
provided a code example. The purpose would be to give the option of
inspecting what a closure is encapsulating.</p><p>Larry Wall replied that he would look for a declarative solution rather
than a callback, which would mean the closure could have a declarator
which explicitly captures a lexical and makes it available as an attribute.
Yuval responded that the <code>have</code> syntax proposed by Larry looked nice.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8e9489da8c3bdd5a/6dc9f25a947e2356?#6dc9f25a947e2356">[perl #40729] [TODO] Tcl - implement [file extension] </a> </i> </p><p>Nuno Carvalho responded to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40729">[perl #40729]</a> with a patch
which implements the first version of file extensions for Tcl.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fd0d3b432c2e425/664324a6e0a3d691?#664324a6e0a3d691">RFC: Proposal for dynamic binding</a> </i> </p><p>This thread was started by Bob Roger's proposal for dynamic binding.
He compared two options, and later gave an analysis of a third (STM)
at Leopold Toetsch's request.</p><p>This week, Allison Randal responded to the proposal with the question of
why dynamic binding should only apply to globals. She stated that
the proposed implementation was not being approved, but noted that one
of Bob's ideas concerning threads was of particular interest and likely
to be included at some point. Bob replied in depth to the points she
raised and asked if he could improve the proposal or if he should give
it up.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.5.HEAD-1641-1164404869-395.40978-72-0&%2337;40perl.org&%2337;3E">[perl #40978] [PATCH] Clean up parts of the MMD system </a> </i> </p><p>Ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40978">[perl #40978]</a> contains a patch from Matt Diephouse to clean
up portions of the MMD system. chromatic replied that the patch worked
for him.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4663c92e182667f6/5c7f0daed7a9e7e9?#5c7f0daed7a9e7e9">[perl #40990] [BUG] Parrot segfaults in perl6 08-regex.t (GC/pointer bug?) </a> </i> </p><p>Patrick R. Michaud reported a segfault in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40990">[perl #40990]</a>.
The problem appears in r15837 and happens when the -G flag is not
present. Later he reported a second problem as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41035">[perl #41035]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/40fe93af4ce680a8/9e379ab36bf45392?#9e379ab36bf45392">[perl #39826] [CAGE] convert C<perl -w> to C<use warnings;> </a> </i> </p><p>Paul Cochrane replied to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39826">[perl #39826]</a> to report that a
Perl::Critic policy has been added which requires <code>use warnings</code> in
place of <code>-w</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/201ed906626e8f02/793ebff8f49bd91b?#793ebff8f49bd91b">Naming PAST-pm compiler tool chain</a> </i> </p><p>Allison Randal proposed the name 'Partridge' for the PAST-pm compiler
tool chain. Jonathan Worthington poetically agreed with the name.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/903cc604a66b3c8b/7dcae2e4bebedbbd?#7dcae2e4bebedbbd">[perl #40991] [PATCH] PAST-pm: Unnecessary dummy 'root' rule in POST transformation </a> </i> </p><p>Allison Randal submitted a patch which removes a dummy 'root' rule
from PAST.pm's transformation grammar. It was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40991">[perl #40991]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9ea7288dbf2ccf6f/1f82b5d4c00129b5?#1f82b5d4c00129b5">Initial feedback on PAST-pm, or Partridge</a> </i> </p><p>Allison Randal initiated a discussion on Partridge (PAST-pm) with a post
of her comments on user experience and implementation.</p><p>Patrick R. Michaud noted that Partridge should not be considered complete,
so many of the missing items Allison noted are things which simply haven't
been implemented yet. He also added a more detailed response to her specific
points.</p><p>Several sub-threads developed. One involved the standardization of
compiler tools, for example the question of whether each language
subclass of HLLCompiler should override the <code>compile</code> method. Some
changes were committed as r15882, which Allison liked. She added a
patch to keep strict boundaries and makes it possible to override the
grammar. There was a discussion on giving each stage a compiler, which
both Patrick and Allison wanted. However, Allison wanted each stage to
act independently, with only the HLLCompiler controlling the order
of the steps.</p><p>In another sub-thread, Allison responded to comments concerning types,
layers of abstraction and tracking information as part of the compilation
process. She was quite satisfied with the work which has been done so
far, but had a few more thoughts.</p><p>Another response dealt with the remaining points. Leopold Toetsch
also joined in, noting that the discussion of Parrot limitations
related to<nobr> <wbr></nobr>:init methods had come up previously.</p><p>Finally, Patrick asked which constructs in Punie weren't working yet.
Allison responded, and Patrick replied that he was going to be refactoring
the HLLCompiler soon.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9ad13526dd96c449/51f19bc10e8c72d2?#51f19bc10e8c72d2">[perl #40998] [PATCH] Fix build error on Win32 </a> </i> </p><p>Nikolay Ananiev reported that if the build directory contains spaces the build
process fails. A patch was submitted as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40998">[perl #40998]</a>.
Ron Blaschke proposed escaping or quoting the paths instead.
Nikolay Ananiev replied that quotes would require refactoring some of
the scripts in the build tree. He submitted a revised patch which only
adds a short path if a space exists.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/048beb3a64cb5aa7/9e41a0edf16ffdf8?#9e41a0edf16ffdf8">[perl #40999] Latest version of parrot doesn't make test </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40999">[perl #40999]</a>, Bob Wilkinson reported that the latest version
of Parrot did not pass make test. He included the errors.
Patrick R. Michaud gave some suggestions on how to fix the problem, which
may be related to an earlier installation of Parrot.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/19d2f5329b756f2d/062ff39c1bbe82f9?#062ff39c1bbe82f9">[perl #41000] Can't compile simple parrot example with latest stable parrot </a> </i> </p><p>Bob Wilkinson reported that he could not compile an example with the
latest stable Parrot. This was noted in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41000">[perl #41000]</a>.
Patrick R. Michaud replied that he thought the example was out-of-date.
Matt Diephouse agreed that the example needed to be updated.
This was made into a cage task and fixed.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.5.HEAD-25797-1164775820-932.41014-72-0&%2337;40perl.org&%2337;3E">[perl #41014] [PATCH] Autobox Native Types for MultiSubs </a> </i> </p><p>Matt Diephouse created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41014">[perl #41014]</a> to address bug ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40968">[perl #40968]</a>. He decided to match native types using their autoboxed
PMC types rather than change <code>_</code> to mean any PMC in a<nobr> <wbr></nobr>:multi signature.</p><p>Leopold Toetsch replied that he felt that this was not the best choice
because it prevented native type optimizations. Patrick R. Michaud agreed
with Leopold, but felt that in the short term the patch was better than
the current situation. There was some discussion concerning an example
of how this would be a problem.</p><p>The issue was resolved with r15910.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7427e4c9676c7215/06425a44d034462b?#06425a44d034462b">Interesting post on concurrency models</a> </i> </p><p>Allison Randal posted a link to a
<a href="http://debasishg.blogspot.com/2006/11/threadless-concurrency-on-jvm-aka-scala.html">post on concurrency models</a>.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-13128-1164876510-178.41020-72-0&%2337;40perl.org&%2337;3E">[perl #41020] [PATCH] pmc2c.pl functionality extracted into separate package </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41020">[perl #41020]</a>, James Keenan supplied a patch to make
<code>pmc2c.pl</code> easier to test. This involved putting most of the subroutines
in a new package.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d37ede0f081a30f5/f5ff8971cf166719?#f5ff8971cf166719">[perl #40815] Summary of 'make test' failures on Darwin </a> </i> </p><p>Earlier,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40815">[perl #40815]</a>, James Keenan sent a summary of Parrot test <br>
failures on Darwin. Steve Peters reported that one of the problems had <br>
been fixed in r40818.</p><p>This week, James noted that the problem persists. Andy Bach suggested
that the problem might have to do with the compiler version.
chromatic found it odd that Configure is using g++ as the linker and
cc as the compiler. Nicholas Clark replied that this was due to ICU.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1abf1b4a70e2938c/a3ce1e193c14cf7c?#a3ce1e193c14cf7c">[perl #41020] [PATCH] pmc2c.pl functionality extracted into separate package </a> </i> </p><p>James Keenan reported in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41020">[perl #41020]</a> that he had fixed problems
with <code>GetOptions</code>. This led to a discussion of the problems he had with
compilation, and a question of what tests on build tools were meant to
accomplish.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.6.HEAD-13126-1164890933-1142.41021-72-0&%2337;40perl.org&%2337;3E">[perl #41021] [NEW] Parrot::Pmc2c::Utils and t/tools/pmc2cutils/*.t </a> </i> </p><p>James Keenan sent in 8 new files in a patch as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=41021">[perl #41021]</a>.
These were created as a result of refactoring <code>pmc2c.pl</code> to make it easier
to test.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23105;&%23108;&%23116;&%23111;:&%23107;&%23117;&%23100;r&%23x61;&%2364;&%23100;&%23111;&%23109;&%23x61;&%23105;&%23x6E;&%23116;&%23x6A;&%23x65;&%23x2E;&%23x63;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-12-03T14:05:35+00:00summariesPerl 6 summary, 19-25 November, 2006
http://use.perl.org/~kudra/journal/31717?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"...of course [that] can't be a bug as there are no specs<nobr> <wbr></nobr>;)"</p><p>-- Leopold Toetsch, in '[perl #40968] [BUG]<nobr> <wbr></nobr>:multi doesn't seem to work right'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/bd6e492ac7ce0729/c03b9a1ad322e812?#c03b9a1ad322e812">Smart Matching clarification</a> </i> </p><p>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 <code>===</code> 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<nobr> <wbr></nobr>.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.</p><p>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.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/4ca5015a7eb6c39f/03faed9207d79b00?#03faed9207d79b00">Closures, compile time, pad protos</a> </i> </p><p>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 enclosing environments.
There was some question on how compile-time pads are linked at runtime.
Juerd's had a question which led Yuval to further define the original
question.</p><p>Buddha Buck added some comments based upon an understanding of other languages;
Anatoly joined in the discussion.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/338934a977a8f878/36315357e1b0e06b?#36315357e1b0e06b">Synopsis 26</a> </i> </p><p>Damian Conway attached S26 and thanked everyone who offered feedback on
the first draft. He also stated that the Pod-to-XTML module and Perl 5
implementation of the POD parser will be available soon.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/5e4aee99795a2b75/f7e37c29ea7df04b?#f7e37c29ea7df04b">implementation for subset types</a> </i> </p><p>TSa wanted to propose an addition to the subset type definitions, namely
an implementation body like classes and roles. A rectangle example from
an earlier thread was included. Jonathan Lang replied with an alternate
code example.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fd0d3b432c2e425/664324a6e0a3d691?#664324a6e0a3d691">RFC: Proposal for dynamic binding</a> </i> </p><p>Bob Rogers responded to Leopold Toetsch's earlier request for an
analysis of the impact of using STM for dynamic binding with a detailed
comparison.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/15f2f3d20aa5dc33/131325eb55c32ff5?#131325eb55c32ff5">set_pmc + setref/deref: anyone using them?</a> </i> </p><p>Earlier,
Matt Diephouse wanted to know if anyone would be upset if he removed
the <code>set_pmc</code> vtable and the <code>setref</code> and <code>deref</code> opcodes. Allison
Randal thought it sounded like a bad idea to simply remove opcodes
because they were broken. She wanted to know what problem they were
intended to solve, and what the replacement strategy for is.</p><p>This week, Matt explained what he knew about the history of the opcode.
Allison agreed with him that <code>set_pmc</code> needs to be split from <code>assign_pmc</code>
and that they may need to be renamed. She asked for a more complete
proposal for creating the new reference pmc so that the effects can
be carefully considered.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2723d054f33c5ff6/181856578361ee2e?#181856578361ee2e">[perl #40884] [CAGE] update parrothist.pod from email archives </a> </i> </p><p>Earlier, Paul Cochrane took a stab at ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40884">[perl #40884]</a>, which
was Chip Salzenberg's request for Parrot release names to be recorded.
Will Coleda completed the task and gave a brief overview of the history
of the naming schemes.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/575a49e7aa9cf5bb/01b2469853e47bab?#01b2469853e47bab">pmc2c.pl: Proposed Strategy for Revisions and Testing</a> </i> </p><p>Last week, following his introduction to Parrot at the Chicago Hackathon,
James E Keenan posted a proposal on how <code>pmc2c.pl</code> could be tested.
He hoped for some feedback at an early point to prevent him from wasting
effort on useless patches.</p><p>He proposed extracting as much functionality as possible in to subroutines
which are then placed in a package. He also wondered about some options
which were described in the documentation but didn't appear to be used.</p><p>This week, James clarified that <code>gen_def()</code> is indeed not used. Jonathan
Worthington took responsibility for this, and said that he thought it was
unneeded. James stated his intention to deprecate it.</p><p>Allison Randal advised James to begin with an extensive and tested refactor,
with Particle's help.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0778bcd1d78d2119/2ea37cd190a148fc?#2ea37cd190a148fc">[perl #40945] [PATCH] languages/abc test suit, basic tests </a> </i> </p><p>Nuno Carvalho created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40945">[perl #40945]</a> to add more features
for testing the abc language.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0d1649a21c0b9990/408524982e3c7b0e?#408524982e3c7b0e">[perl #40946] [PATCH] languages/abc TODO file </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40946">[perl #40946]</a>, Nuno Carvalho included a patch which is
a TODO file for the abc language tests. This is a list of missing tests
for features.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b9cf6b21337d7276/3fa41f1e4948acbb?#3fa41f1e4948acbb">[perl #40951] [tcl] namespace "lost" inside an if statement. </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40951">[perl #40951]</a>, Will Coleda included some example code
demonstrating how a Tcl namespace is lost inside of an if statement.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7c09d20845221b86/00b2c734d6960ef9?#00b2c734d6960ef9">[perl #40947] [PATCH] languages/abc test suit, function tests </a> </i> </p><p>Nuno Carvalho created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40947">[perl #40947]</a> to submit a patch
to add some simple abc functions to the abc test suite. It was applied
as r15714.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2fa60d5fb9b20ff0/36606f57e44a9b49?#36606f57e44a9b49">[perl #40953] [PATCH] languages/abc test harness, correct todo option </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40953">[perl #40953]</a>, Nuno Carvalho included a patch to correct the
abc test harness's todo option. It was applied.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/58e40971c9c42d39/708970b0d67ba91a?#708970b0d67ba91a">Re: [perl #40955] [BUG]<nobr> <wbr></nobr>:anon<nobr> <wbr></nobr>.subs aren't anchored to a namespace</a> </i> </p><p>Matt Diephouse created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40955">[perl #40955]</a>. In it, he explained the
relationship between namespaces and subroutines. Namespaces contain
subroutines, and subroutines are anchored to namespaces. Matt wrote that
anonymous subroutines should not be in a namespace, but should still
be anchored to one; in Parrot this is not the case. He included a test
case to demonstrate the problem.</p><p>Although the issue was resolved in r15674, this ticket generated some
discussion. Allison Randal replied that she thought anonymous subroutines
should not be anchored to a namespace. She thought that what Matt had
in mind was a new concept, and asked for code examples and use cases which
would allow her to define the concept better. </p><p>Matt responded with a Perl 5 example, and Allison replied. She proposed
starting a new thread, which Matt did with
'<a href="%23198c87380611220102v575b8ff7lcc2672c77b1474cf@mail.gmail.com">:anon Subs and Namespaces</a>'.
Ben Morrow also replied to the original ticket-based thread.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/efdd72880e1fa991/368c89f0cf52e2d8?#368c89f0cf52e2d8">[perl #40958] [BUG] - can't iterate subclass of ResizablePMCArray </a> </i> </p><p>Patrick R. Michaud reported a problem with using iterators on subclasses
of <code>ResizeablePMCArray</code>. This was ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40958">[perl #40958]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2acdd552424fac62/660ebeb53c8f592c?#660ebeb53c8f592c">[perl #40950] [PATCH] Compiling Parrot with the new Borland C++ </a> </i> </p><p>Steve Peters created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40950">[perl #40950]</a> which contains a patch to
get Parrot to compile with the new Borland C++. He noted that more patches
would probably follow.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2cc10bbbfd3e0e0d/43bbe61e6e72efbf?#43bbe61e6e72efbf">[perl #40959] Parrot compile fails on OpenBSD/ppc in src/asmfun.s </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40959">[perl #40959]</a>, Steve Peters reported a compilation
failure and included the error messages. chromatic thought the error
looked familiar and proposed a solution.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/36fdd8e13929b1f9/3494fc79f2b92ae4?#3494fc79f2b92ae4">[perl #40960] [BUG]<nobr> <wbr></nobr>:multi namespace pollution </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40960">[perl #40960]</a>, Matt Diephouse reported that making a<nobr> <wbr></nobr>:multi
sub affects the namespace by adding an extra entry for the<nobr> <wbr></nobr>:multi variant.</p><p> <i> <a href="http://groups.google.com/group/perl.perl5.porters/browse_frm/thread/1fb283a4bb88f32e/98d8b37c232081ec?#98d8b37c232081ec">Some thoughts on Microsoft Visual C++ 8.0</a> </i> </p><p>Ron Blaschke posted a summary of Microsoft's Visual C++ compilers and their
take on bundled code. Steve Hay replied that he spent a while working
on the same issues for Perl 5. Ron replied with a link to a page he had
found on building C/C++ isolated applications and side-by-side assemblies.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/348ff48d297121f0/c61fdc3db64928b5?#c61fdc3db64928b5">3 subroutines with same name</a> </i> </p><p>James E Keenan included some snippets from three different files where a
subroutine with the same name, <code>gen_c</code>, is used. All of these are in
places where he plans to refactor. chromatic suggested whichever one
is currently used should be considered authoritative. He thought it
would be nice to compare the output of all three to see if there
are significant differences between them.</p><p> <i><nobr> <wbr></nobr><a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/233fc63dd60c4172/79aabad6d4ca9bba?#79aabad6d4ca9bba">:anon Subs and Namespaces</a> </i> </p><p>This thread continues from '<a href="%2345635F6C.6000502@perl.org">Re: [perl #40955] [BUG]<nobr> <wbr></nobr>:anon<nobr> <wbr></nobr>.subs aren't anchored to a namespace</a>'.</p><p>Matt Diephouse tried to explain the anonymous subroutine namespace issue
he is experiencing from the perspective of what Tcl needs. He posted
some examples of the Tcl PIR. Allison Randal replied that it seemed like
the same problem as Perl 5's 'main' routine. She also tried to explain
why having anonymous subroutines anchored to a namespace would cause
problems in Parrot. She suggested a feature which allows a post-compilation
modification of the namespace a compilation unit uses for default lookups.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0a37fdbd6ec62d85/3c2bcea257e3ec84?#3c2bcea257e3ec84">[perl #40968] [BUG]<nobr> <wbr></nobr>:multi doesn't seem to work right </a> </i> </p><p>Patrick R. Michaud filed ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40968">[perl #40968]</a> to report a problem
with underscore arguments in ':multi'. Leopold Toetsch replied with
some thoughts on how they ought to work, but felt that it wasn't exactly
a bug. Patrick gave some more detailed examples of why the current
semantics are not useful. chromatic answered that he did not see any
reason not to make the primitive types and their related PMCs equivalent
in the distance value function.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/39f0c232f5beeb71/1f776b9dd5218ca8?#1f776b9dd5218ca8">[perl #40966] [BUG] Parrot core dumps in perl6 (possible GC/pointer bug?) </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40966">[perl #40966]</a>, Patrick R. Michaud reported a possible
GC or pointer bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3d0e749d6ea4a898/5e131ddc43c3e6c8?#5e131ddc43c3e6c8">[perl #40972] Iterator over Env under Win32 </a> </i> </p><p>Bernhard Schmalhofer noticed an iterator test which was being skipped
under Win32 and wondered if it still needed to be skipped. His post
was recorded as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40972">[perl #40972]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6ffee8cbe4229063/b8bd6256a9741108?#b8bd6256a9741108">pmc2c.pl --dump : What Files Does Makefile Supply as @ARGV</a> </i> </p><p>James E Keenan had a question about how the Parrot Makefile uses <code>pmc2c.pl</code>.
Specifically, he wanted to know what files the Makefile places in @ARGV.
chromatic replied that he did not see anything except the<nobr> <wbr></nobr>.pmc files.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dbacb3d12b702d67/4c1441c1e9ea1535?#4c1441c1e9ea1535">[perl #40646] [TODO] PGE - add tests for <alpha+[_]>, <alpha-[Jj]>, etc. </a> </i> </p><p>Patrick R. Michaud created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40646">[perl #40646]</a> to request some new tests.
He recently added code to add combined enumerated classes to PGE.
Nuno Carvalho added some tests to the <code>rx_subrule</code> but noted that two
were unexpectedly failing. Patrick noted why the tests were failing and
corrected them.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23x6D;&%2397;&%23x69;&%23x6C;&%23x74;&%23111;:&%23107;&%23x75;&%23100;&%23x72;&%2397;&%2364;&%23100;&%23111;&%23109;&%23x61;&%23105;&%23110;&%23116;j&%23101;&%23x2E;&%2399;&%23x6F;&%23109;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-11-26T12:48:39+00:00summariesPerl 6 summary, 12-18 November, 2006
http://use.perl.org/~kudra/journal/31669?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"Sadly, the hallucinogens are essential, not external."</p><p>-- Mark J. Reed in 'List assignment question'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/4a025147aef30048/da90a413f143df82?#da90a413f143df82">how to change the type of objects</a> </i> </p><p>Last week, TSa asked how an object could change its type without loosing
its identity. As an example, TSa suggested an <code>add_vertex</code> 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
<code>add_vertex</code> 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 <code>add_vertex</code> method creates a new polygon.</p><p>This week TSa elaborated, stating that there were three issues: subtyping,
the preservation of object identity, and the mutating <code>add_vertex</code> method,
which were not all addressed by Darren's answer.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/a160cddce864768c/f9e98833df5535ad?#f9e98833df5535ad">generic ordinal-relevant operators</a> </i> </p><p>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.</p><p>Jonathan Lang replied that he doesn't see the need for distinct <code>eqv</code>,
<code>==</code> and <code>eq</code> operators; he would rather replace these with <code>==</code>,
'+==<code>, and '~==</code>, or even just <code>==</code> alone. There was further discussion
on this proposal, with Darren preferring generics to be the shortest and
prefixes indicating the numeric or string casting versions.</p><p>Smylers requested that proposals for new operators should be accompanied
with an example of awkward code which could plausibly be written in a
natural setting, and a second example showing how the proposed operator
would correct the situation. Larry Wall added the opinion that perfect
orthogonality is neither possible nor desirable.</p><p>However, <code>before</code> and <code>after</code> operators were accepted, as were min and
max operators. This led to some further discussion on the syntax.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/7e6efee836e88865/9add249c44c13054?#9add249c44c13054">named sub-expressions, n-ary functions, things and stuff</a> </i> </p><p>Darren Duncan is designing an RDBMS which is a subset of Perl 6 with
simple syntax and domain-specific additions. He gave an overview of the
features of the language. This led to a few questions and suggestions
on Perl 6. One was for something similar to the SQL (some dialects)
<code>with</code> clause, which is an expression which can be embedded in other
expressions, with repeated portions calculated only once. Another
request was for a syntactical short-hand to add an immutable <code>bag</code>
type. Thirdly, he suggested separate operators for integer and numeric
operators, especially division. Next, there was a call for <code>floor()</code> and
<code>ceil()</code> functions which take a number as input and return an integer.
Finally, he proposed that built-in Perl 6 types all have multis for operators.</p><p>Mark J. Reed and Mark A. Biggar commented on the absence of 'undef' and
'NaN' concepts in the RDBMS language Darren described, which Darren replied
to.</p><p>Smylers replied to Darren's first point, suggesting that the <code>do</code> block
is similar. Darren replied that it may be sufficient for his purposes,
and thanked Smylers for the suggestion. Dr. Ruud added some more examples.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/37087a738034eaeb/2ea110ceefd486ef?#2ea110ceefd486ef">[svn:perl6-synopsis] r13475 - doc/trunk/design/syn</a> </i> </p><p>Larry Wall added missing generic boolean comparisons to S03.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/11c895cd7288631d/7d06bf8f8730cd3c?#7d06bf8f8730cd3c">List assignment question</a> </i> </p><p>Vincent Foley supplied some tests for the <code>*</code> operator, which is currently
not implemented in Pugs. Larry Wall replied that perhaps <code>$</code> should be
used instead, as <code>*</code> is likely to be confused with the slurpy <code>*</code>. He
offered a few suggestions on the tests as well.</p><p>There was a side discussion on when <code>my ($a, undef, $b) = 1..3;</code> worked
in Perl 5.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/bd6e492ac7ce0729/c03b9a1ad322e812?#c03b9a1ad322e812">Smart Matching clarification</a> </i> </p><p>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 <code>===</code> 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<nobr> <wbr></nobr>.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.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6d71fb150c1dc2f9/2eaa744265b70ef9?#2eaa744265b70ef9">Coding Standard Questions</a> </i> </p><p>Previously, there was a discussion on coding standards. This week,
Chip Salzenberg joined in. He thanked Kevin Tew for asking the questions
and gave his answers on what the standards should be.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d584b25f620add74/4dc307e9480d4f11?#4dc307e9480d4f11">[perl #40934] [TODO] Tcl - check for open channel in src/builtin/flush.pir </a> </i> </p><p>Paul Cochrane submitted a patch for ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a> as
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40934">[perl #40934]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9c58722a98f731b3/66d76a3d9e4e8574?#66d76a3d9e4e8574">How do I associate methods with a compiler?</a> </i> </p><p>Earlier, Patrick R. Michaud gave some background in to the issue, explaining
how Parrot currently handles compilers, and what PDD21 has to say
on the subject. He was curious about how to conceptually model
compilers in Parrot. He favored a compiler with an object which has
a <code>compile</code> method as a model.</p><p>This week, Patrick summarized a #parrotsketch meeting where it was decided
that the convention would be to have a <code>compreg</code> opcode return an object
with a <code>compile</code> method, instead of returning an invokable subroutine.
Allison Randal clarified a few points from the meeting. </p><p>Leopold Toetsch recommended against recreating the <code>compile</code> opcode
as a means of making the <code>compile</code> method call. Allison elaborated on
what was intended by the suggestion, and Leopold clarified his stance.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8018d74e013f0710/e67512d1009b38dd?#e67512d1009b38dd">[perl #40788] Tcl - bug in interactive tclsh </a> </i> </p><p>Will Coleda posted details on how someone could resolve
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40788">[perl #40788]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ccf26f96c313cbbe/3acf4bbb25d81957?#3acf4bbb25d81957">[perl #40814] [PATCH] Assorted Solaris fixes </a> </i> </p><p>Steve Peters sent in a patch to make Parrot compile on Solaris. It was
sent as ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40814">[perl #40814]</a>. The patch was applied in r15445.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d37ede0f081a30f5/318a3931ac84383b?#318a3931ac84383b">[perl #40815] Summary of 'make test' failures on Darwin </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40815">[perl #40815]</a>, James Keenan sent a summary of Parrot test
failures on Darwin. Steve Peters reported that one of the problems had
been fixed in r40818.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/af585efae8a27b58/cd2fd5d2ebc6d307?#cd2fd5d2ebc6d307">[perl #40816] open opcode creates file if it doesn't exist </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40816">[perl #40816]</a>, Jonathan Rockway reported that the open
opcode creates the file if the file doesn't exist. He was not sure
if this was a bug.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/939aac1516267309/09d205af7bf083dc?#09d205af7bf083dc">[perl #40817] [TODO] track generated files during the configure/make process </a> </i> </p><p>Jerry Gay suggested appending each file to a list when it is created,
replacing the MANIFEST. The idea was described in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40817">[perl #40817]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/aa374c59247ef0ba/520f25240d0da910?#520f25240d0da910">[perl #40818] [PATCH] Silence warning in t/library/pcre.t </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40818">[perl #40818]</a>, Steve Peters created a patch to fix a
warning in <code>t/library/pcre.t</code>, which was applied as r15442.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/056571302aaa33aa/79e5af2475e37b43?#79e5af2475e37b43">[perl #40819] [TODO] Remove Duplication in t/codingstd/*.t Files </a> </i> </p><p>chromatic created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40819">[perl #40819]</a> to request the removal of
duplicate tests in the coding standards section.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/de8995f6b0ba8363/423da38c666955c4?#423da38c666955c4">[perl #40822] Pg NCI Test Makes Unportable Connection </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40822">[perl #40822]</a>, chromatic commented that <code>t/library/pg.t</code>'s
assumption of a certain database setup is faulty. He proposed using an
environment variable to define the user name and password.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7355fda0117934db/856b4b3221bf3284?#856b4b3221bf3284">[perl #40823] Win32 vs. the world - length for sprintf('%e') - what's right? </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40823">[perl #40823]</a>, Chip Salzenberg requested that someone see
what Perl does on Win32 to test sprintf. SADAHIRO Tomoyuki answered
that it drops the superfluous zero from the return value.</p><p>Jerry Gay noted that he preferred a fix in Parrot_sprintf, rather than in
the related test. He felt that Parrot should act in a consistent way
across platforms. Allison Randal noted that the decision had been made
to go with a platform-independent implementation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f55f08201f33d649/5bd25ac23c2dcec5?#5bd25ac23c2dcec5">[perl #40824] loadlib opcode causes problems with exceptions </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40824">[perl #40824]</a>, Matt Diephouse included a patch to fix loadlib
failures which were previously not catchable exceptions.
Bob Rogers noted that he thought the problem was in the<nobr> <wbr></nobr><code>:init</code> code.
The patch was committed as r15413, but it was agreed that the questions
remain.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/342a0e228d14d5ed/7f3804921cd45dd0?#7f3804921cd45dd0">[perl #40826] Mac OS X and Dylib Funcs </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40826">[perl #40826]</a>, chromatic reported some portability wrappers
which were deprecated in Mac OS X 10.3 in favor of the functions themselves.
He removed the test which relied upon the old behavior, but noted that
the Darwin hinter should pick the correct dl.c file based upon the OS X
version.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/831c9331fa19db6b/e85167410d3e46ee?#e85167410d3e46ee">[perl #40827] [BUG] testing alarm with exception handlers causes runloops to play leapfrog </a> </i> </p><p>Jerry Gay noted in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40827">[perl #40827]</a> that there is a problem with
alarm and exception handlers. He included some sample code.
Bob thanked Jerry for the example but replied that he didn't yet have
a good solution to the problem.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0b789242b54e1801/472829a713aa405e?#472829a713aa405e">[perl #40834] [BUG] - PMC methods aren't inherited to PIR subclasses </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40834">[perl #40834]</a>, Patrick R . Michaud reported that if a METHOD
is defined in a<nobr> <wbr></nobr>.pmc file, it is not automatically inherited by PIR
subclasses. Leopold Toetsch clarified that some METHODs are implemented
in a way which doesn't cope with inheritance. He thought this was related to
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39329">[perl #39329]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c1aab9405b443ac1/d2901431ffae8b73?#d2901431ffae8b73">Assertion failed: (PTR2UINTVAL(mmd_table[i].func_ptr) & 3) == 0</a> </i> </p><p>Ron Blaschke reported that in r15444, Parrot failed to smoke on his Win XP
box. He included the results of the attempt.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1fd0d3b432c2e425/664324a6e0a3d691?#664324a6e0a3d691">RFC: Proposal for dynamic binding</a> </i> </p><p>Bob Rogers included a patch to the proposal for dynamic binding in Parrot,
and requested comments. Leopold Toetsch asked Bob to consider the impact
of a third variation using STM, which is already implemented. Bob replied
with a description of the problems he saw with STM and continuations.</p><p>Allison Randal thanked Bob for the proposal and gave some comments she
had on it. Bob replied.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ebcbed440dbb2b07/305103f881980576?#305103f881980576">[perl #40861] [CAGE] - add a Perl::Critic policy to look for FIXME|TODO|XXX </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40861">[perl #40861]</a>, Paul Cochrane noted that the test which checks
for TODO (and related) comments only applies to C-language files, and
that it would be good to look for them in Perl as well.
Chris Dolan replied that there is a policy available on CPAN which
would do this.</p><p>Will Coleda asked Andy to adjust the patch to allow
TODO comments with RT tickets attached to them, but to disallow those
without. Andy Lester objected to Will's suggestion, and proposed instead
that TODO items with tickets simply include 'RT' and the ticket number.
This was addressed in
'<a href="%23rt-3.5.HEAD-1713-1163714458-1460.40912-72-0@perl.org">[perl #40912] [CAGE] Tcl - convert all XXX (#...) comments to the RT#... format </a>'</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/15f2f3d20aa5dc33/131325eb55c32ff5?#131325eb55c32ff5">set_pmc + setref/deref: anyone using them?</a> </i> </p><p>Matt Diephouse wanted to know if anyone would be upset if he removed
the <code>set_pmc</code> vtable and the <code>setref</code> and <code>deref</code> opcodes. Allison
Randal thought it sounded like a bad idea to simply remove opcodes
because they were broken. She wanted to know what problem they were
intended to solve, and what the replacement strategy for is.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ab3fbbfc3254ff69/8e3226025739bafc?#8e3226025739bafc">[perl #40863] [TODO] Tcl - Actually support bignums </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40863">[perl #40863]</a>, Matt Diephouse showed some code which checks
if the value is too large to be represented by a normal integer, and sets
the value to zero if it is. He thought it should be possible to change
the code to support larger numbers.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8f2dc1c802365bc8/c92987d86e1638ce?#c92987d86e1638ce">[perl #40865] [TODO] ensure isxxx() and toxxx() are only passed unsigned char values </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40865">[perl #40865]</a>, Chip Salzenberg noted that the <code>isxxx</code> and
<code>toxxx</code> functions should only be given unsigned character values. He
requested that a cage cleaner check calls to them, and repeat the task
periodically.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/a2d97641e073100a/c1b2137b40e5ad54?#c1b2137b40e5ad54">Fwd: Re: [pirate] Re: languages/python - any plans?</a> </i> </p><p>Leopold Toetsch forwarded a letter from the pirate development list.
In the mail, Tyler Coumbes said that he had some Python PMCs based off
the ones in Parrot's repository. He had hoped to clean them up and
submit patches, but life was interfering. He indicated where the files
could be found, in case someone else was interested in looking at them.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c97cc949e7b35971/9d7a578bdce7253d?#9d7a578bdce7253d">Release: Parrot 0.4.7, "Caique"</a> </i> </p><p>Chip Salzenberg announced the release of Parrot 0.4.7, "Caique".</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2723d054f33c5ff6/181856578361ee2e?#181856578361ee2e">[perl #40884] [CAGE] update parrothist.pod from email archives </a> </i> </p><p>Chip Salzenberg created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40884">[perl #40884]</a> to request that someone
check the email archives for the names given to previous releases to add
to the history in <code>docs/parrothist.pod</code>.</p><p>Paul Cochrane reported that he had done some of the work, but that he was
unable to find reports of other releases. Also, he thought there were
some duplicated names.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d2db138565a1821f/a48c01e13bb00365?#a48c01e13bb00365">Object design revisions</a> </i> </p><p>Allison Randal reported that she had finished reviewing the PMC object
design meeting notes, which was a summary of the design discussion written
during last weekend's hackathon. She invited questions or comments.
chromatic had a few notes, and Allison responded to his points.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/174e6bf75d7a620e/ac49cf45f2878be1?#ac49cf45f2878be1">[pmc_object_design_meeting_notes] Properties</a> </i> </p><p>Leopold Toetsch responded to the recommendation to deprecate property support
in PMCs. Discussion ensued, with chromatic and Allison Randal participating.
Allison suggested that the discussion of properties should be delayed for
a week because it is related to the role architecture.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d665c8356015e0be/644382ea96fc115a?#644382ea96fc115a">[perl #40905] [CAGE] coding standards hammer too big </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40905">[perl #40905]</a>,
Will Coleda noted that files copied from external sources should not
be required to meet internal coding standards.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c487d8daae629389/e621fe6e009ea39b?#e621fe6e009ea39b">[perl #40909] [BUG] Tcl - [namespace eval] + [source] + [proc] don't play well together </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40909">[perl #40909]</a>, Matt Diephouse reported that some Tcl code
was not working as expected. He thought there should be a test, but
because it depends upon an external file, he was not sure how to best
write it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/acbb5376b23ac7fe/cb84c7771453ea6c?#cb84c7771453ea6c">Fwd: MC units refreshed</a> </i> </p><p>Based upon a post from H. Merijn Brand to the Perl 5 Porter's list,
chromatic wondered if the configure system needed to be updated.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1a449b8de0f66249/2508150289448292?#2508150289448292">[perl #40910] [CAGE] Fix t/distro/file_metadata.t to work in svn </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40910">[perl #40910]</a>, Paul Cochrane wanted <code>t/distro/file_metadata.t</code>
to work with both svn and svk. chromatic reported it fixed in r15616.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/65309494fc2185a8/9dcbd5b14f73d41a?#9dcbd5b14f73d41a">[perl #40911] [CAGE] Merge manifest generating scripts with mk_manifest_and_skip.pl </a> </i> </p><p>Paul Cochrane created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40911">[perl #40911]</a>.
In it he suggested merging the functionality of two tools,
<code>gen_manifest_skip.pl</code> and <code>mk_manifests.pl</code>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6e74f3b9812c1413/599d427cefecb0ea?#599d427cefecb0ea">[perl #40912] [CAGE] Tcl - convert all XXX (#...) comments to the RT#... format </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40912">[perl #40912]</a>, Paul Cochrane asked for all TODO items to be
changed to 'RT #' style. This request stemmed from the discussion
'<a href="%23rt-3.5.HEAD-1713-1163428300-1059.40861-72-0@perl.org">[perl #40861] [CAGE] - add a Perl::Critic policy to look for FIXME|TODO|XXX </a>'.
It was done in r15651.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/379f8479f70dc982/983ff9881f6c1608?#983ff9881f6c1608">[perl #40923] test errors </a> </i> </p><p>Seth Whelan reported a problem with Parrot 0.4.7's <code>make test</code>. He
included information about his system in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40923">[perl #40923]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/b9b9649a7aab400d/ef8d0294d5707fc5?#ef8d0294d5707fc5">Perl segfault in cppcomments.t</a> </i> </p><p>Paul Cochrane reported a segmentation fault with a test. It looked
like a problem with the regular expressions which were used to remove
C-comments.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/11640e3eb3c7a2a5/7d6c72426fd2a942?#7d6c72426fd2a942">[perl #40932] [PATCH] languages/abc test harness </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40932">[perl #40932]</a>, Nuno Carvalho sent a patch which is designed
to finish the test harness for the language abc. Patrick R. Michaud
applied the patch.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/575a49e7aa9cf5bb/01b2469853e47bab?#01b2469853e47bab">pmc2c.pl: Proposed Strategy for Revisions and Testing</a> </i> </p><p>Following an introduction to Parrot at the Chicago Hackathon last week,
James E Keenan posted a proposal on how <code>pmc2c.pl</code> could be tested.
He hoped for some feedback at an early point to prevent him from wasting
effort on useless patches.</p><p>He proposed extracting as much functionality as possible in to subroutines
which are then placed in a package. He also wondered about some options
which were described in the documentation but didn't appear to be used.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/bd657a933b3c7291/4de562e8d5fc700f?#4de562e8d5fc700f">[perl #40937] bad links in docs/ROADMAP.pod </a> </i> </p><p>Will Coleda wanted some bad links to be corrected. He requested this in
ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40937">[perl #40937]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6eae9100a20a615f/04b3eefa2c83d0da?#04b3eefa2c83d0da">[perl #40938] [PATCH] languages/abc test suit </a> </i> </p><p>Nuno Carvalho submitted a patch in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40938">[perl #40938]</a>. It is
designed to add more files to the abc test suite. It was applied.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6eae9100a20a615f/ac163d38ae683b31?#ac163d38ae683b31">[perl #40939] [PATCH] languages/abc test suit </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40939">[perl #40939]</a>, Nuno Carvalho sent a patch which
cleans up the abc test harness. It was applied.</p><p> <b>cvs-parrot</b> </p><p> <i> <a href="http://groups.google.com/group/perl.cvs.parrot/browse_frm/thread/2b23bd0ceafd2139/3bf745744c99ba54?#3bf745744c99ba54">[svn:parrot] r15517 - in trunk: . src</a> </i> </p><p>chromatic reported an error with r15517. Patrick R. Michaud
confirmed that it broke on Linux/x86_64 as well. chromatic attached
a patch which he was not happy with because he was curious about how
it affected Patrick's system. Patrick agreed the patch was just masking
a deeper problem, but that it did appear to fix the problem. Leopold
Toetsch checked in the patch.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="&%23109;&%23x61;&%23x69;&%23x6C;&%23116;&%23x6F;:&%23107;&%23117;d&%23114;&%23x61;&%2364;&%23100;&%23x6F;&%23109;&%2397;&%23x69;&%23x6E;&%23x74;&%23106;&%23x65;&%23x2E;&%23x63;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-11-20T16:33:44+00:00summariesPerl 6 summary, 5-11 November, 2006
http://use.perl.org/~kudra/journal/31580?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"...problem 2 is probably just me being confused (though I'd love
an explanation, from @leo<nobr> <wbr></nobr>;-))."</p><p>-- Jonathan Worthington, in 'set_pmc_keyed_int delegates to set_pmc_keyed...?'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/4a025147aef30048/da90a413f143df82?#da90a413f143df82">how to change the type of objects</a> </i> </p><p>In this thread, TSa asked how an object could change its type without loosing
its identity. As an example, TSa suggested an <code>add_vertex</code> 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
<code>add_vertex</code> 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 <code>add_vertex</code> method creates a new polygon.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4ef69b11c6f1cf03/1f91e19ecb7b02a8?#1f91e19ecb7b02a8">Anyone relying on objects stringifying to class names?</a> </i> </p><p>Last week, Jonathan Worthington asked if he could change the behavior of
ParrotObject instances, but later changed his mind because he thought
the current system is being used in PGE. This week, Patrick R. Michaud
responded that he couldn't think of anywhere PGE would be using this,
and requested an example.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/54ed4f32b2ad656b/d9d11276feb1a78f?#d9d11276feb1a78f">RFC: Actions without barriers</a> </i> </p><p>Earlier, Bob Rogers and Allison Randal had a discussion on how to
change action invocations to remove the continuation barrier. It
was decided that Bob's current approach wouldn't lead them in the
desired direction. This week, Bob continued to elaborate on
Error_handler, which he thought was worth keeping under the name
of ExitContinuation.</p><p> <i><nobr> <wbr></nobr><a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0f2f2cf2e903d6c9/2edf07e1d92c59ff?#2edf07e1d92c59ff">:init Where should we put the flag?</a> </i> </p><p>Last week, Kevin Tew asked which flag he should use for<nobr> <wbr></nobr><code>:init</code>. There
was some discussion on reusing flags, but tests were not successful.
This week, Leopold Toetsch replied that it clearly was not safe to
reuse compile-time flags, and made a list of requirements for flags
in general and Kevin's request in particular.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f8f05dfa6e71979b/d572d5a3bb4ae8ca?#d572d5a3bb4ae8ca">[perl #40626] [BUG]<nobr> <wbr></nobr>:vtable fails for subclasses of core classes </a> </i> </p><p>Earlier, Patrick R. Michaud reported that the new<nobr> <wbr></nobr>:vtable pragma didn't
work when used on methods of subclasses of core classes, and added a
test demonstrating this to <code>t/pmc/parrotobject.t</code>. This was ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40626">[perl #40626]</a>. Jonathan Worthington thanked him for the test case
which enabled him to find the bug.</p><p>This week, Patrick replied that Jonathan may have already addressed
an issue relating to saved properties of subroutines, but that he was
providing another test class to show the item that was giving him
difficulties.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/6f27acc9db38d8c3/a243ed4c25ff3a64?#a243ed4c25ff3a64">set_pmc_keyed_int delegates to set_pmc_keyed...?</a> </i> </p><p>Patrick R. Michaud had been working on the Capture PMC type and ran in
to a number of issues with subclassing, which he expressed in his post.
Leopold Toetsch replied that class inheritance from PMCs will hopefully
be improved with the<nobr> <wbr></nobr><code>:vtable</code> patches. Jonathan Worthington suggested
removing defaults from default.pmc and creating an extra attribute for
PMCs such as <code>auto_keyed</code> which generates missing keyed methods. Nicholas
Clark was not satisfied with the proposed solution, which felt like
a hack to him.</p><p>Jonathan Worthington sent a patch which tries to address the root
problem by searching vtables of parent classes. There were some
problems with the patch, which led Jonathan to conclude that
there's a real issue with a subclass always being an instance of
ParrotClass PMC.</p><p>There was further discussion on possible solutions. Leopold Toetsch
removed the default as r15111.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3d59d9a7b106839c/68960366fd4017d8?#68960366fd4017d8">TODO] release prep: update CREDITS and NEWS</a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40686">[perl #40686]</a>, Jerry Gay requested that someone update
the CREDITS and NEWS files in preparation for the upcoming Parrot release.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0816c6ccc01f95ce/e2fad323145c6e69?#e2fad323145c6e69">SVN tips in wranglers.pod</a> </i> </p><p>Paul Cochrane included a patch on SVN usage tips for
<code>doc/dev/wranglers.pod</code>. He asked for any additional comments.
Bernhard Schmalhofer suggested that when a commit is associated with
a ticket, the ticket header can be used in the commit message.
Jerry Gay replied that he added some material and committed the patch,
which is r15225.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f0ab10e8655ec1fc/1bf35c3ed95459df?#1bf35c3ed95459df">[perl #40696] [CAGE] t/doc/pod.t should report filenames upon failure, like coding standard tests do </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40696">[perl #40696]</a>, Jerry Gay reported that <code>t/doc/pod.t</code> gives
test numbers rather than filenames when failing, which isn't very useful.
He wanted it changed to one test which reports filenames on failure.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8336cbeebc18b0f7/7d44248b78d79f1d?#7d44248b78d79f1d">[perl #40632] [TODO] classify failing tests for next release </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40632">[perl #40632]</a>, Jerry Gay included a list of failing tests.
Will Coleda added his failures to the ticket. chromatic suggested
working from the smoke server to collect and upload data.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9c58722a98f731b3/66d76a3d9e4e8574?#66d76a3d9e4e8574">How do I associate methods with a compiler?</a> </i> </p><p>Patrick R. Michaud gave some background in to the issue, explaining
how Parrot currently handles compilers, and what PDD21 has to say
on the subject. He was curious about how to conceptually model
compilers in Parrot. He favored a compiler with an object which has
a <code>compile</code> method as a model.</p><p>Adriano Rodrigues asked if it would be possible to support both that
and a subroutine-based system.</p><p>Patrick replied that it was, and both are possible within the existing
current framework. Patrick was interested in which would be considered
the standard.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/1032b43e6725ac8b/9a418698bfc657bb?#9a418698bfc657bb">[perl #40783] [CAGE] get fixme.t to check for an RT ticket number after TODO items </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40783">[perl #40783]</a>, Paul Cochrane reported that <code>t/codingstd/fixme.t</code>
only searches for 'FIXME|XXX|TODO' and suggested that if there is an RT
ticket number associated with it, it should not be an error. Will
Coleda replied that it was fixed in r15324.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/67575b6db2ca6302/1abd3d4c6db204d9?#1abd3d4c6db204d9">[perl #39704] [CAGE] Tcl - Convert TODO/XXX comments to RT tickets </a> </i> </p><p>Paul Cochrane reported that he had taken all the warnings generated by
'TODO' items in the code and converted them to RT tickets. This had
been requested in <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8018d74e013f0710/e67512d1009b38dd?#e67512d1009b38dd">[perl #40788] Tcl - bug in interactive tclsh </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40788">[perl #40788]</a>, Will Coleda noted a problem with interactive
tclsh.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.5.HEAD-19913-1163138498-961.40217-15-0&%2337;40perl.org&%2337;3E">[perl #40217] Parrot_autoload_class() knows about Python and Tcl </a> </i> </p><p>Will Coleda sent a patch to remove a function with hardcoded language names.
This was in response to ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40217">[perl #40217]</a>.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/aa639fc8b8a676e8/0bd28baa1604ea07?#0bd28baa1604ea07">modifying within a perl5 block</a> </i> </p><p>Richard Hainsworth included some example code and committed a test to
<code>t/perl5</code> which demonstrates the problem he is experiencing.</p><p> <b>Compiler</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.compiler/browse_frm/thread/d66d72be5e70f9e2/ef7861e785f2bd3f?#ef7861e785f2bd3f">ANN: Pugs Repository URL Changed.</a> </i> </p><p>Audrey Tang announced that the Pugs repository has a new location:</p><p> <a href="http://svn.pugscode.org/pugs/">http://svn.pugscode.org/pugs/</a> <br>
<a href="https://svn.pugscode.org/pugs/">https://svn.pugscode.org/pugs/</a> </p><p>Subversion users should switch their working copy with:
<code>svn switch --relocate http://svn.openfoundry.org/pugs http://svn.pugscode.org/pugs</code> </p><p>SVK users should use:
<code>svk mirror --relocate<nobr> <wbr></nobr>//mirror/pugs http://svn.pugscode.org/pugs</code> </p><p>Further information can be found in the original post.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>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, <a href="m&%2397;&%23105;&%23x6C;t&%23111;:&%23107;&%23x75;&%23x64;&%23x72;a&%2364;d&%23111;&%23x6D;&%23x61;&%23x69;&%23110;&%23116;j&%23101;&%23x2E;&%23x63;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-11-12T08:34:27+00:00summariesPerl 6 summary, 29 Oct - 4 Nov, 2006
http://use.perl.org/~kudra/journal/31516?from=rss
<p> <b>This week on the Perl 6 mailing lists</b> </p><p>"That fuzziness is classic $Larry. Some of the rest of
@Larry can be more *mumble*matic."</p><p>-- chromatic in 'where constraints as roles'</p><p> <b>Language</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/c393d3c536e74873/bc63da72cb2a05a4?#bc63da72cb2a05a4">where constraints as roles</a> </i> </p><p>A few clarifications were added to the original thread 'how typish are roles'.</p><p>In the subthread 'where constraints as roles', started by Trey Harris,
the discussion from the previous week continued. </p><p>Last week, Trey asked
if a <code>where</code> 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 <code>where</code> 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 <code>where</code> clauses and junctive types should not be turned in to
roles: roles and junctive types should be turned in to <code>where</code>
constraints.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/1fbe4c7fd4dd0279/bf9f1cbc6a0a0e61?#bf9f1cbc6a0a0e61">[svn:perl6-synopsis] r13350 - doc/trunk/design/syn</a> </i> </p><p>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
finds merit in both.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.language/browse_frm/thread/b1784f9859094195/7a9c4ea4f2693bf4?#7a9c4ea4f2693bf4">mmd-draft.txt</a> </i> </p><p>Earlier,
TSa noted that multi-method dispatch is not yet in S06 and asked if
someone could explain the voting mechanism used to select the dispatch
target.</p><p>This week, Audrey Tang replied that the plan had been for Larry Wall to
review it in Brazil, but that it may now have to wait a while as Larry
cannot make it to Brazil. She tried to answer the question on voting,
and elaborated further on #perl6. TSa summarized her explanation.</p><p> <b>Parrot Porters</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/5bbf1eab0133d467/c2d272593c52ff39?#c2d272593c52ff39">[perl #40443] Separate vtable functions from methods (using<nobr> <wbr></nobr>:vtable) </a> </i> </p><p>Earlier,
in ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40443">[perl #40443]</a>, Matt Diephouse noted that it was decided
at OSCON 2006 that vtables and methods should be separated.</p><p>Jonathan wondered if this should be postponed until the object and namespace
issues have been dealt with. Allison Randal summarized the results of
her last conversation with Chip Salzenberg on the topic. Jonathan thanked
her for the specifications and said he would work on an implementation.</p><p>This week, Jonathan reported the implementation in r15039. Allison
suggested a two release cycle for deprecating the old syntax. A bug
she reported with Punie was addressed in r15048, but some tests continued
to fail (the bug was covered in
'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/f8f05dfa6e71979b/d572d5a3bb4ae8ca?#d572d5a3bb4ae8ca">[perl #40626] [BUG]<nobr> <wbr></nobr>:vtable fails for subclasses of core classes </a>').
There was further discussion about optimization, with it being
agreed that first the functionality would be added, and later the code
could be improved.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4ef69b11c6f1cf03/1f91e19ecb7b02a8?#1f91e19ecb7b02a8">Anyone relying on objects stringifying to class names?</a> </i> </p><p>Jonathan Worthington noted that if you have a ParrotObject instance
and write <code>$S0 = foo</code>, $S0 will contain the name of the class. He
finds this problematic because you cannot overload what class it
stringifies to. He would like to get rid of this but asked if anyone
was relying on the current behavior. He wants to get rid of it in a
week.</p><p>Patrick R. Michaud joked that he thought a week was too long to wait
for its removal. He had no objections so long as tests still pass.
Allison Randal agreed with a week, provided tests pass.</p><p>Later, Jonathan wrote that he had been confused when he wrote the post;
the code is being used in PGE, for instance.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/993b2839fdf96e4f/7089253cf159b767?#7089253cf159b767">[perl #40608] key_append segfault </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40608">[perl #40608]</a>, Jonathan Worthington showed a program
which segfaults in Parrot on Windows. This issue was resolved in r15043.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/54ed4f32b2ad656b/d9d11276feb1a78f?#d9d11276feb1a78f">RFC: Actions without barriers</a> </i> </p><p>Bob Rogers considered different approaches to eliminating the continuation
barrier from action invocation and wondered if his latest idea was worth
pursuing. Allison Randal replied that she saw the temptation in the solution,
but was glad Bob had paused to ask because it would ultimately lead in the
wrong direction. They discussed the matter further.</p><p> <i><nobr> <wbr></nobr><a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/0f2f2cf2e903d6c9/2edf07e1d92c59ff?#2edf07e1d92c59ff">:init Where should we put the flag?</a> </i> </p><p>Kevin Tew implemented<nobr> <wbr></nobr><code>:init</code> some time ago but cannot check it in because
it requires a flag. Currently he is using <code>PObj_private7_FLAG</code>; Leopold
Toetsch suggested <code>PObj_private2_FLAG</code> but that broke tests. He would
like to know what flag he should use.</p><p>Jonathan Worthington asked if <code>PObj_private3_FLAG</code> could be used, as it
is labeled as unused.</p><p>Leopold Toetsch suggested 2 or 0. Kevin included his failing test results
with these flags.</p><p> <i> <a href="http://news.gmane.org/find-root.php?message_id=3Crt-3.5.HEAD-4979-1162215155-489.40616-72-0&%2337;40perl.org&%2337;3E">[perl #40616] [PATCH] Helping splint check further through the parrot source </a> </i> </p><p>This week, Paul Cochrane submitted the following patches:</p><ul>
<li>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40616">[perl #40616]</a>, he submitted a patch to enable lint checking of Parrot source code.</li><li>In '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8533d3409672f2ac/dbb40a7e9d0a77b7?#dbb40a7e9d0a77b7">[perl #40618] [TODO] Tcl - Missing channelId tests in t/cmd_puts.t </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40618">[perl #40618]</a>), he responded to task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a> with tests for channelld for Tcl.</li><li>In '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/99ca4720525cd1ec/4029a36151e96208?#4029a36151e96208">[perl #40619] [TODO] Tcl - need -regexp tests in t/cmd_switch.t </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40619">[perl #40619]</a>), he supplied Tcl tests of <code>-regexp</code> in response to cage ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>.</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3ddf3e3d54a97185/cc5b968012bcaa6b?#cc5b968012bcaa6b">[perl #40620] [TODO] Tcl - tests error wrongly in t/cmd_expr.t </a>' is ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40620">[perl #40620]</a> and relates to task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>. It corrects a false negative in Tcl's stringified integers test.</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/3b31457f5962ecb4/4c653a7c62b206fd?#4c653a7c62b206fd">[perl #40627] [TODO] Tcl - test actual flushing in t/cmd_flush.t </a>' is ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40627">[perl #40627]</a> and relates to cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a> on testing flushing for Tcl.</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/9a242370ff1b6134/c307d37c6fda7cb9?#c307d37c6fda7cb9">[perl #40628] [TODO] Tcl - need to test reading something in t/cmd_gets.t </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40628">[perl #40628]</a>) addresses cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a> and tests reading something in <code>t/cmd_gets.t</code> for Tcl.</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/e422063947241856/1fc845fe9143a8b3?#1fc845fe9143a8b3">[perl #40629] [TODO] Tcl - need to test classes in t/cmd_stringOld.t </a>' addresses cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>. The patch tests classes in <code>t/cmd_stringOld.t</code> for Tcl and is ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40629">[perl #40629]</a>.</li><li>In '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/d4164a12eba15c66/b36a55a47ee74113?#b36a55a47ee74113">[perl #40637] [TODO] Tcl - Throw exception about invalid boolean type in src/pmc/tclstring.pmc </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40637">[perl #40637]</a>) in response to cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>, Paul submitted a patch to throw an exception about an invalid boolean type for Tcl in <code>src/pmc/tclstring.pmc</code>.</li><li>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40638">[perl #40638]</a>, posted as '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/aac75ed618ef3650/716a0d52e9ec536b?#716a0d52e9ec536b">[perl #40638] [TODO] Tcl - work out why hash implementation insufficient in src/pmc/tclarray.pmc </a>', Paul responded to cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a> with a patch to <code>languages/tcl/src/pmc/tclarray.pmc</code>.</li><li>Message '<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/cd8f970b76b43466/20cbd29c616d7481?#20cbd29c616d7481">[perl #40639] [TODO] Tcl - hack src/pmc/tclfloat.pmc to approximate right precision output </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40639">[perl #40639]</a>, addressing cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>) fixes <code>tclfloat.pmc</code> to the right precision of output.</li><li>'<a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/2af43f902b2bed1a/57d2b92378506f1b?#57d2b92378506f1b">[perl #40640] [TODO] Tcl - move backslash hash and hex hash into a class attribute </a>' (ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40640">[perl #40640]</a>) is in response to cage task <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=39704">[perl #39704]</a>. The patch moves backslash and hexadecimal hashes into a class attribute.</li></ul><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/ca5417fce2dac3eb/d54ed387a7bb192d?#d54ed387a7bb192d">'make rsync' failing - required anyway?</a> </i> </p><p>Paul Cochrane reported a "is this still working" comment he found in
<code>config/gen/makefiles/root.in</code>. He found that it didn't work, and
wondered if this was something which should be fixed. If so, someone
else should look at it because Paul does not have privileges to do it.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4e943f1a262cca14/7987c72f6edf0bba?#7987c72f6edf0bba">PDD 25 "Concurrency" - first review</a> </i> </p><p>Allison Randal announced the first version of PDD25 on threading and
concurrency. She opened the floor to discussion. Joshua Gatcomb
linked to a related <a href="http://perlmonks.org/?node_id=580004">Perlmonks thread</a>.</p><p>Allison thanked him for the link and wrote a bit about the lo language,
which uses 'futures' for concurrency. Larry Wall replied that lazy
lists can be viewed as a form of futures.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/4c0646073e1f4562/285bd4b01ffd44fa?#285bd4b01ffd44fa">[perl #40625] [BUG] website pointer to PDD25 is broken </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40625">[perl #40625]</a> to note that the link on
parrotcode.org to PDD25 is broken.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/286587d02b5e00aa/d22ac51934204978?#d22ac51934204978">STM runtime test hanging intermittently</a> </i> </p><p>Paul Cochrane reported a hanging test in <code>t/stm/runtime.t</code> and wondered
if other people have seen the same problem. He included his configuration.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/eaf7b11c145695bc/574348a141607853?#574348a141607853">[perl #40631] [TODO] add tests for native PMC types </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40631">[perl #40631]</a>, Jerry Gay requested some tests for native
PMC types in the <code>t/pmc</code> directory. At the moment there is just one test
for each which verifies if they can be created. The testing should be much
more extensive.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/8336cbeebc18b0f7/7d44248b78d79f1d?#7d44248b78d79f1d">[perl #40632] [TODO] classify failing tests for next release </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40632">[perl #40632]</a>, Jerry Gay noted the tests which are failing.
Will Coleda included his list of failures.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/c9a64189197c1a71/165b37f6f2276649?#165b37f6f2276649">[perl #40634] leftover files... </a> </i> </p><p>Will Coleda created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40634">[perl #40634]</a>. He listed some unexpected
files. He thought that one should be ignored by svn, and the others should
be cleaned up after creation.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/33dee810003361a0/658ff10dfc021452?#658ff10dfc021452">[perl #40635] osx build warning: </a> </i> </p><p>Will Coleda posted some warnings he got on OSX to ticket
<a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40635">[perl #40635]</a>.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/dbacb3d12b702d67/4c1441c1e9ea1535?#4c1441c1e9ea1535">[perl #40646] [TODO] PGE - add tests for <alpha+[_]>, <alpha-[Jj]>, etc. </a> </i> </p><p>In ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40646">[perl #40646]</a>, Patrick R . Michaud invited people to write
tests for code which adds combined enumerated classes to PGE.</p><p> <i> <a href="http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/7f3103eb0445fe24/0c5c7174314132a4?#0c5c7174314132a4">[perl #40653] [CAGE] [TODO] test pdd format </a> </i> </p><p>Jerry Gay created ticket <a href="http://rt.perl.org/rt3/Public/Bug/Display.html?id=40653">[perl #40653]</a> for the task of testing
that PDDs follow the format laid out in <code>docs/pdds/pdd_template.pod</code>.</p><p> <b>Users</b> </p><p> <i> <a href="http://groups.google.com/group/perl.perl6.users/browse_frm/thread/d3cf61295113ca45/a2d816759a8f2e7c?#a2d816759a8f2e7c">variables inside an eval</a> </i> </p><p>Richard Hainsworth asked how to use a scalar inside an eval with
Perl 5 from within Pugs. Audrey Tang reported the bug fixed as of r14574.</p><p> <b>Acknowlegements</b> </p><p>This summary was prepared using
<a href="http://search.cpan.org/dist/Mail-Summary-Tools/">Mail::Summary::Tools</a>,
available on CPAN.</p><p>If you appreciate Perl, consider <a href="http://donate.perlfoundation.org/">contributing to the Perl
Foundation</a> to help support the
development of Perl.</p><p>Yuval Kogman helped with this week's summary.</p><p>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, <a href="&%23x6D;&%23x61;&%23105;&%23x6C;&%23116;&%23x6F;:&%23x6B;&%23x75;&%23100;&%23x72;a&%2364;&%23x64;&%23111;&%23x6D;&%23x61;&%23x69;&%23110;&%23116;&%23106;&%23101;&%2346;&%23x63;&%23111;&%23x6D;">kudra@domaintje.com</a>.</p><p> <b>Distribution</b> </p><p>This summary can be found in the following places:</p><ul>
<li> <a href="http://use.perl.org/">use.perl.org</a> </li><li> <a href="http://pugs.blogs.com/">The Pugs blog</a> </li><li> <a href="http://lists.cpan.org/showlist.cgi?name=perl6-announce">The perl6-announce mailing
list</a> </li><li> <a href="http://www.oreillynet.com/onlamp/blog/">ONLamp</a> </li></ul><p> <b>See Also</b> </p><ul>
<li> <a href="http://blog.perlfoundation.org/">Perl Foundation activities</a> </li><li> <a href="http://dev.perl.org/perl6">Perl 6 Development</a> </li><li> <a href="http://planetsix.perlfoundation.org/">Planet Perl Six</a> </li></ul>kudra2006-11-05T19:50:13+00:00summaries