Updated to run *all* the policies at once (thereby only processing each file
via PPI once), but still
break out the test reports by policy.
Runtime for comparable tests now at 1m15s, down from 16m8s, ~13 times speedup.
Memory
usage stayed under 50M the whole time (using Perl::Critic 1.03)
Str
Will Coleda wrote:
> In *general*, yes, tickets good, so we don't lose any patches, even
> the minor ones.
>
> That said, email a list of subjects and I'll take a look. (most of
> what I see from you on the list went to parrotbug and so already has
> a ticket.)
>
Well, look at that, they
In *general*, yes, tickets good, so we don't lose any patches, even
the minor ones.
That said, email a list of subjects and I'll take a look. (most of
what I see from you on the list went to parrotbug and so already has
a ticket.)
Regards.
On Mar 12, 2007, at 10:30 PM, Sam Vilain wrote:
I've submitted a set of changes to the ML for review.
Do you really want tickets for all of those changes? Some of them are
quite minor.
Sam.
On Fri, Mar 02, 2007 at 01:33:50PM -0500, Ryan Richter wrote:
: As a little Perl 6 exercise I translated the Perl 5 Markov chain /
: dissociated-press script from _The Practice of Programming_:
:
: http://cm.bell-labs.com/cm/cs/tpop/markov.pl
:
: Here's my Perl 6 attempt, with support for differe
On Mon, Mar 12, 2007 at 10:20:12PM +, Smylers wrote:
: [EMAIL PROTECTED] writes:
:
: > Separated clobbering <== ==> from pushy <<== and ==>>
: >
: > +Feeding into the C<*> "whatever" term sets the source for the next sink.
: > +To append multiple sources to the next sink, double the angle:
:
On Monday 12 March 2007 14:29, [EMAIL PROTECTED] wrote:
I wish I had better news for you, but I'm not sure anyone can answer your
questions easily without a lot more information.
> I'd like to get opinions from developers on this list. I'm looking
> into this system that executes massive amounts
Hi all,
I'd like to get opinions from developers on this list. I'm looking
into this system that executes massive amounts of Perl 5 code on a
Perl 5.8 interpreter. The system burns tons of CPU while running Perl
code, and I'm speculating on ways to improve our throughput (say, 50
billion inst per
Author: larry
Date: Mon Mar 12 16:10:26 2007
New Revision: 14343
Modified:
doc/trunk/design/syn/S06.pod
Log:
Added the KitchenSink role.
Fiddle the feed operators to work better with files and such.
Modified: doc/trunk/design/syn/S06.pod
==
Hi,
I'm working on parameters for Pynie. (functions are working! see my
latest patch, still pending)
I have some trouble with the tree transformation for Pynie. If anybody
knows how to solve this, help would greatly be appreciated.
The problem seems to be with PAST::VarList. Now, in Pynie thi
chromatic wrote:
On Monday 12 March 2007 10:52, Nuno Carvalho via RT wrote:
I've run the tests and didn't find any test failling because of this
change. With this change we can have "P999..999", if a limit to
the number of digits (or size) in the register name is defined i can
change
[EMAIL PROTECTED] writes:
> Separated clobbering <== ==> from pushy <<== and ==>>
>
> +Feeding into the C<*> "whatever" term sets the source for the next sink.
> +To append multiple sources to the next sink, double the angle:
> +
> +0..* ==> *;
> +'a'..* ==>> *;
> +pidigits
Author: audreyt
Date: Mon Mar 12 14:20:51 2007
New Revision: 14342
Modified:
doc/trunk/design/syn/S03.pod
Log:
* S06: Clarify that simple parenless form of declarators must
support list-context assignment.
Modified: doc/trunk/design/syn/S03.pod
==
Author: larry
Date: Mon Mar 12 14:02:52 2007
New Revision: 14341
Modified:
doc/trunk/design/syn/S06.pod
Log:
Typos
Modified: doc/trunk/design/syn/S06.pod
==
--- doc/trunk/design/syn/S06.pod(original)
+++ doc/
Author: audreyt
Date: Mon Mar 12 14:02:33 2007
New Revision: 14340
Modified:
doc/trunk/design/syn/S02.pod
Log:
* S02: typo spotted by rhr++
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02.pod
Am Montag, 12. März 2007 21:34 schrieb chromatic:
> What does this do to the register allocator and to memory usage? If I use
> integer registers 10,000 and 100,000, will Parrot allocate a sparse data
> structure?
Of course not ;) PASM regs are "physical" registers. The register allocator
alloca
On Monday 12 March 2007 10:52, Nuno Carvalho via RT wrote:
> I've run the tests and didn't find any test failling because of this
> change. With this change we can have "P999..999", if a limit to
> the number of digits (or size) in the register name is defined i can
> change the lexer to a
Author: larry
Date: Mon Mar 12 13:30:46 2007
New Revision: 14339
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S03.pod
doc/trunk/design/syn/S04.pod
doc/trunk/design/syn/S06.pod
Log:
Various clarifications suggested by TheDamian++
Explicit pipe target is now @(*) or @@(*)
Greetings,
On Sun Mar 11 08:03:06 2007, kjs wrote:
> Currently, S, N, I and P registers are limited to 2 digits; that is, you
> can only use:
>
> [S|N|I|P]0 to [S|N|I|P]99.
>
> For instance, this fails:
>
> .sub main
> P333 = new .Integer
> P333 = 1
> .end
>
> Since Parrot does not have a
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
Will Coleda (via RT) wrote:
> So, since we can we can already get the current namespace with:
>
> current_ns = interp['namespace']
>
This isn't a full replacement of the functionality we'd "lose", since
you may want to get the namespace of a sub ot
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Mar 12 14:00:01 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
I'm still working on my use case, but it appears the new MetaClass PMC
(src/pmc/metaclass.pmc) could use this vtable method as well; currently it
only has an add_attribute PMETHOD.
On 3/4/07, Alek Storm <[EMAIL PROTECTED]> wrote:
Hmm, no, these deal with normal object attributes. I believe you
Author: audreyt
Date: Mon Mar 12 04:00:33 2007
New Revision: 14338
Modified:
doc/trunk/design/syn/S06.pod
Log:
* formatting code consistency suggested by Daniel Hulme.
Modified: doc/trunk/design/syn/S06.pod
==
--- doc
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #41788]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41788 >
Currently, S, N, I and P registers are limited to 2 digits; that is, you
can only use
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #41784]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41784 >
Hi,
on http://www.parrotcode.org/faq/ in noticed that the link to 'IMCC FAQ'
i
Will Coleda (via RT) wrote:
I have some work for Tcl pending commit that requires I know the name
a .Sub was invoked with at runtime, so I need a way to get at the
name at runtime. Currently, the following code (jisom++)
.sub main :main
'foo'()
.end
.sub 'foo'
print "We're
26 matches
Mail list logo
