--
Will "Coke" Coleda
On Jul 1, 2008, at 23:01, "James Keenan via RT" <[EMAIL PROTECTED]
> wrote:
On Tue Jul 01 18:34:25 2008, coke wrote:
I would err on the side of removing them. No point in keeping unused
items after the refactor, especially if you're going to end up having
to write te
On Tue Jul 01 18:34:25 2008, coke wrote:
>
> I would err on the side of removing them. No point in keeping unused
> items after the refactor, especially if you're going to end up having
> to write tests for them. Especially since eventually we're not (as I
> understand it) going to use ICU.
>
We
On Thu Nov 29 22:08:11 2007, [EMAIL PROTECTED] wrote:
> Will Coleda wrote:
> >
> > 1) using getclass (aka, reject this ticket)
> > 2) doing something custom for the say method here (like, say,
> > translating say 'what' into something like "getstdout P0;
> > P0.'say'('what');"
> > 3) eliminating
On Tue, Jul 1, 2008 at 8:10 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> Please review the patch attached. Note the following:
>
> 1. As mentioned in my last post in this RT, the flow in this step
> class's runstep() method is quite convoluted. I tried to improve it,
> but this step stil
Please review the patch attached. Note the following:
1. As mentioned in my last post in this RT, the flow in this step
class's runstep() method is quite convoluted. I tried to improve it,
but this step still has five different points at which it can return. I
have, however, created a distinct
Please review the patch attached. Note the following:
1. As mentioned in my last post in this RT, the flow in this step
class's runstep() method is quite convoluted. I tried to improve it,
but this step still has five different points at which it can return. I
have, however, created a distinct
On Tuesday 01 July 2008 16:47:23 Michael Peters wrote:
> The "make smolder_test" target is supposed to create it. It's the TAP
> archive. Does it exist anywhere on your system?
Oh nevermind, that was my mistake. Fixed in r28927.
-- c
On Tuesday 01 July 2008 16:47:23 Michael Peters wrote:
> James Keenan via RT wrote:
> > What is this parrot_test_run.tar.gz?
> The "make smolder_test" target is supposed to create it. It's the TAP
> archive. Does it exist anywhere on your system?
I'm not getting it either, for some reason.
-- c
James Keenan via RT wrote:
> What is this parrot_test_run.tar.gz?
The "make smolder_test" target is supposed to create it. It's the TAP archive.
Does it exist anywhere on your system?
--
Michael Peters
Plus Three, LP
But we're not out of the woods yet!
After installing all these prerequisites:
Devel::Symdump
Pod::Coverage
Test::Pod
Test::Pod::Coverage
YAML::Tiny
TAP::Harness::Archive
... I said 'make smolder_test' and got output that ended up here:
/usr/local/bin/perl t/harness --gc-debug --running-make-tes
On Tue Jul 01 11:43:43 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 01 July 2008 04:44:55 James Keenan via RT wrote:
>
> > Applying this patch, my 'make test' immediately failed.
>
> Does this patch fix it?
>
> -- c
>
Works on the computer from which I originally reported the problem:
Perl 5.1
On Tue, 2008-01-07 at 19:44 +0100, Aaron Trevena wrote:
> That's why I created the
> http://www.perlfoundation.org/perl6/index.cgi?what_can_i_do_with_perl_6_today
> page on the wiki at the very end (December 29th) of 2007.
http://www.perlfoundation.org/perl6/index.cgi?fibonacci_sequence
O
I took another long look at this branch, and see nothing here that is
salvageable for current use. I have deleted the branch as of r28915.
--Andrew Whitworth
On Tuesday 01 July 2008 13:21:03 Geoffrey Broadwell wrote:
> On Tue, 2008-07-01 at 11:46 -0700, chromatic wrote:
> > if (next < interp->code->base.data
> >
> > || next >= (interp->code->base.data + interp->code->base.size))
>
> Oh, that's just pretty. I've long been in the habit of lay
On Tue, 2008-07-01 at 11:46 -0700, chromatic wrote:
> if (next < interp->code->base.data
> || next >= (interp->code->base.data + interp->code->base.size))
Oh, that's just pretty. I've long been in the habit of laying out
whitespace for multiple if tests like this:
if ( next
On Tue Jul 01 11:43:43 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 01 July 2008 04:44:55 James Keenan via RT wrote:
>
> > Applying this patch, my 'make test' immediately failed.
>
> Does this patch fix it?
>
So far so good. On a different box from the one on which I experienced
the error, I c
On Tuesday 01 July 2008 11:23:48 [EMAIL PROTECTED] wrote:
> Modified:
>branches/pdd25cx/src/ops/core.ops
>
> Log:
> [pdd25cx] Add range checking to 'local_return' opcode, to require it be
> within the current code segment.
>
>
> Modified: branches/pdd25cx/src/ops/core.ops
> ===
Hi All,
As I've said before, I think pretty handy yardstick of measuring
progress with Perl 6 Language and Compilers, is seeing just what you
can actually do with it today, now, this minute..
That's why I created the
http://www.perlfoundation.org/perl6/index.cgi?what_can_i_do_with_perl_6_today
pa
On Tuesday 01 July 2008 04:44:55 James Keenan via RT wrote:
> Applying this patch, my 'make test' immediately failed.
Does this patch fix it?
-- c
=== t/harness
==
--- t/harness (revision 28942)
+++ t/harness (local)
@@ -75,7 +75,7
On Tuesday 01 July 2008 09:23:58 NotFound wrote:
> This patch solves the issue, the lexid string was stored before truncating
> it.
Thanks, applied (with Patrick's test case) as r28911.
-- c
On Tue, Jul 01, 2008 at 05:36:26PM +0200, TSa wrote:
> This would save lots of overloads in Any in favor of a handful of
> standard coercions. These need proper anchorage in the dispatch
> system, of course. That to me means we need some definition of
> "conversion quality" and "conversion distance
Patrick R. Michaud via RT wrote:
> Is this still segfaulting in the current head?
No, seems fixed.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Is this still segfaulting in the current head?
Pm
# New Ticket Created by Moritz Lenz
# Please include the string: [perl #56516]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56516 >
rakudo r28889:
../../parrot perl6.pbc -e '"x" x -1'
Cannot repeat with negative arg
S03
On Tue, Jul 1, 2008 at 4:44 PM, Patrick R. Michaud (via RT)
<[EMAIL PROTECTED]> wrote:
> $ cat x.pir
> .sub 'main'
> 'foo'()
> 'bar'()
> .end
>
> .sub 'foo'
> new $P0, "String"
> assign $P0, "abc"
> say $P0
> .end
>
> .sub 'bar' :lexid("abc")
> new
Will Coleda via RT wrote:
> Based on recent emails to the list, apparently 'make test' in trunk
> seems to now require T::H 3. (not just for 'make smolder').
>
> If we can do without T::H 3 for simple 'make test', that would be nice.
I don't think we need it for a simple make test.
> If we need
HaloO,
Larry Wall wrote:
On Mon, Jun 30, 2008 at 07:25:11AM -0500, Patrick R. Michaud wrote:
: I'm suspecting that the answer is "yes, they are universal",
: but wanted to confirm it.
Confirmed. (Though note that Str.reverse probably overrides
Any.reverse, unless we give string reversal a diff
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56512]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56512 >
This is a meta-ticket on which we can hang other tickets
related to the ongoing le
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #56508]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56508 >
In r28897:
$ cat x.pir
.sub 'main'
'foo'()
'bar'()
.end
On Thu Jun 26 11:01:00 2008, [EMAIL PROTECTED] wrote:
> chromatic wrote:
>
> > T::H 3 is only a requirement for people who want to type 'make
> smolder' (and
> > eventually I hope 'make smoke'), so probing for it without bundling
> it seems
> > eminently sensible to me.
>
> Agreed. That's what we
On Mon, Jun 30, 2008 at 10:42 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Monday 30 June 2008 08:49:32 [EMAIL PROTECTED] wrote:
>
>> Modified:
>>trunk/tools/util/perlcritic.conf
>>
>> Log:
>> Resolve RT# 56470;
>>
>> Tell perlcritic not to warn about uninstalled modules.
>>
>>
>>
>> Modified:
On Tue, Jul 1, 2008 at 7:49 AM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
> I should add that this was the result of 'svn up', not of applying a patch:
>
> $ svn info
> Path: .
> URL: https://svn.perl.org/parrot/trunk
> Repository Root: https://svn.perl.org/parrot
> Repository UUID: d31e2699-5
Fixed by jonathan++ and chromatic++ as of r28795.
Thanks!
Pm
I should add that this was the result of 'svn up', not of applying a patch:
$ svn info
Path: .
URL: https://svn.perl.org/parrot/trunk
Repository Root: https://svn.perl.org/parrot
Repository UUID: d31e2699-5ff4-0310-a27c-f18f2fbe73fe
Revision: 28889
Node Kind: directory
Schedule: normal
Last Change
Applying this patch, my 'make test' immediately failed.
Compiling with:
xx.c
/usr/bin/gcc -I./include -fno-common -no-cpp-precomp -pipe
-I/opt/local/include -pipe -fno-common -Wno-long-double
-DHASATTRIBUTE_CONST -DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_MALLOC
-DHASATTRIBUTE_NONNULL -DHASATTRIBUTE
Thanks, applied as r28882.
Thanks, both patches applied as r28880.
37 matches
Mail list logo
