On Mon Sep 22 06:37:24 2008, Whiteknight wrote:
>
> Sept 08 milestone came and went. Any updates on this ticket? Maybe this
> ticket should be closed out (since it's vague) and replaced with another
> ticket or tickets for individual places where exit_fatal should be
> replaced with real_except
On Tue Sep 23 22:34:38 2008, cotto wrote:
>
> I propose to reject this ticket. Reducing code duplication is a good
> idea, but it's not at all clear to me what this ticket is referring to.
> If someone cares to point out what code should be merged, great.
> Otherwise this ticket is too vague to
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #6]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=6 >
when running code as this:
.sub main :immediate
load_bytecode "foo.pir"
.end
(assum
I think the issue of inconsistent dll linkage has been resolved recently
by adding the YYMALLOC and YYFREE #defines to imcc source.
Can other windows people confirm this? Then this ticket can be closed.
Thank you very much,
kjs
On Sun, Oct 19, 2008 at 5:02 PM, via RT Klaas-Jan Stol
<[EMAIL PROTECTED]> wrote:
> # New Ticket Created by Klaas-Jan Stol
> # Please include the string: [perl #6]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=6 >
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Oct 20 13:00:02 2008 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #60006]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60006 >
Hello!
There is a problem with the function "die" in Rakudo.
I tried the functio
# New Ticket Created by Ilya Belikin
# Please include the string: [perl #60008]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60008 >
Hi,
my @a = ('a', 'b' );
say @a ~~ / 'b' /?? ':)' !! ':('; # :)
say @a ~~ / ^ '
I've been doing some work integrating Perl 6 into vim and now I'm trying to
figure out how to run individual Perl 6 tests. It appears that the incantation
is along the lines of:
perl t/harness --verbosity 1 t/01-sanity/02-counter.t
However, in digging further, I found this:
perl t/harness
It would help if I sent this to the correct mailing list. Oops.
Cheers,
Ovid
--- On Mon, 20/10/08, Ovid <[EMAIL PROTECTED]> wrote:
> I've been doing some work integrating Perl 6 into vim
> and now I'm trying to figure out how to run individual
> Perl 6 tests. It appears that the incantation is
Ovid wrote:
> I've been doing some work integrating Perl 6 into vim and now I'm trying to
> figure out how to run individual Perl 6 tests. It appears that the
> incantation is along the lines of:
>
> perl t/harness --verbosity 1 t/01-sanity/02-counter.t
>
> However, in digging further, I fou
--- On Mon, 20/10/08, Moritz Lenz <[EMAIL PROTECTED]> wrote:
> > Also, the way that t/00-parrot/06-op-inplace.t is
> written forces the test numbers to be out of sequence. This
> causes "make test" to fail, even though it's
> merely a parse error. The Test.pm module appears to work
> (I've onl
On Mon, Oct 20, 2008 at 8:55 AM, Ovid
<[EMAIL PROTECTED]> wrote:
> It would help if I sent this to the correct mailing list. Oops.
>
> Cheers,
> Ovid
>
> --- On Mon, 20/10/08, Ovid <[EMAIL PROTECTED]> wrote:
>
>> I've been doing some work integrating Perl 6 into vim
>> and now I'm trying to figure
On Thu, Oct 16, 2008 at 6:49 AM, jerry gay <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 15, 2008 at 11:42 AM, Andrew Whitworth via RT
> <[EMAIL PROTECTED]> wrote:
>> On Wed Jul 30 11:57:39 2008, coke wrote:
>>> PDD19 lists this as deprecated now, changing from an [RFC] to
>>> [DEPRECATED], re-opening f
--- On Mon, 20/10/08, jerry gay <[EMAIL PROTECTED]> wrote:
> yes, 00-parrot tests are prerequisites to running Test.pm.
> they can't use the module to perform their tests.
> it does indeed look like the test numbers are out of order.
> ...time passes...
> it seems infix:<**=> is broken. the fix is
Ovid wrote:
> --- On Mon, 20/10/08, Moritz Lenz <[EMAIL PROTECTED]> wrote:
>
>
>
>> > Also, the way that t/00-parrot/06-op-inplace.t is
>> written forces the test numbers to be out of sequence. This
>> causes "make test" to fail, even though it's
>> merely a parse error. The Test.pm module app
OK, I've updated the patch. I've made the following assumptions:
1. I cannot load modules.
2. I cannot use subroutines.
3. I cannot use inline ops for the test counter (since that's what
is being tested)
The problem is that I've made the tests pass by assuming that the value of $a
at eac
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
> when running code as this:
> .sub main :immediate
> load_bytecode "foo.pir"
> .end
>
> (assuming you have a file 'foo.pir'), IMCC can't handle this.
>
> This is because in pbc.c, a global structure called 'globals' is used to
> allow the
chromatic wrote:
> 2) What's setting an invalid pointer-to-a-PMC here?
This question is answered at the end of the following dump. (This is
one of the things I nopasted during our IRC discussion last week, thanks
for your guidance in producing it.)
One interesting question: the pointer-to-a-PMC
On Mon, Oct 20, 2008 at 09:42:12AM -0700, jerry gay wrote:
> >> However, in digging further, I found this:
> >>
> >> perl t/harness --verbosity 1 t/02-test-pm/1-basic.t
> >>
> testtest and 02-test-pm/ should either be ripped out or heavily modified.
> it was intended to be tests required to pass
> >> The big hangup for this ticket is that various parts of PCT and the
> >> CodeString PMC do not support empty brackets, and therefore PCT does not
> >> emit ".namespace []" in these situations.
> >> [...]
> >> I know pmichaud was talking about a major rewrite of PGE in the future,
> >> maybe t
Sorry for the patch spam. I'm embarrassed that I didn't have this correct the
first time (hey, YOU stay home and write tests for a strange platform while
sick)
The test will now fail, but they'll fail for the correct reason: **= is being
misparsed, as pointed out earlier.
You might not notic
On Sat, Oct 18, 2008 at 07:40:36AM -0700, Andrew Whitworth via RT wrote:
> On Sat Oct 18 07:38:32 2008, Whiteknight wrote:
> > > On Wed Sep 17 09:50:10 2008, kjs wrote:
> > I've added ".tailcall" syntax to IMCC. It is supposed to be used instead
> > of ".return" in tailcall context. Using ".return"
On Thu, Oct 09, 2008 at 11:25:24PM -0700, chromatic wrote:
> While tracking down another bug in Rakudo, I saw this backtrace. Note that
> the "Class already registered!" exception gets thrown multiple times. I've
> seen this before several times in other Rakudo backtraces since the
> exception
On Mon, Oct 20, 2008 at 6:18 PM, chromatic <[EMAIL PROTECTED]> wrote:
> On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
>
> > when running code as this:
> > .sub main :immediate
> > load_bytecode "foo.pir"
> > .end
> >
> > (assuming you have a file 'foo.pir'), IMCC can't handle this.
>
> 'STRING *' is vastly preferable to 'char *' anywhere it can be used.
> Mark the old one as deprecated, replace all calls to
> 'Parrot_get_runtime_prefix' with calls to 'Parrot_get_runtime_path', and
> after a standard one release deprecation cycle remove the old function.
Replaced a remaining us
Author: kjs
Date: Mon Oct 20 13:53:10 2008
New Revision: 32055
Modified:
trunk/docs/pdds/pdd19_pir.pod
Log:
[docs] update pdd19 w.r.t. RT#58236 (.arg->.set_arg, etc.)
+ update examples
Modified: trunk/docs/pdds/pdd19_pir.pod
===
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #60016]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60016 >
If you do this after building parrot:
cd languages/perl6
make test
This basic
On Dom. 19 Oct. 2008 13:47:11, kjs wrote:
> I think the issue of inconsistent dll linkage has been resolved
recently
> by adding the YYMALLOC and YYFREE #defines to imcc source.
>
> Can other windows people confirm this? Then this ticket can be closed.
> Thank you very much,
Confirmed. Parrot r
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #60030]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60030 >
a while back in #parrot, i reported a rakudo segfault when calling "use"
with a multile
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #60018]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60018 >
I was having trouble figuring out how to run individual tests. Moritz Lenz
explai
# New Ticket Created by Allison Randal
# Please include the string: [perl #60020]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60020 >
1) Remove the coding standards tests from the main 'make test' target.
2) Add a step
jerry gay wrote:
On Fri, Oct 17, 2008 at 4:00 PM, Mark Grimes <[EMAIL PROTECTED]> wrote:
The attached patch now includes the pir/pasm_error_output* tests in
pir. I have also added t/pmc/complex.t. Couple of issues:
1) I am not sure how to deal with pcc_sub's so I put them into
t/pmc/objects-pcc
On Mon, 06 Oct 2008 at wee small hour of 02:20:22 EDT
you, Michael G Schwern <[EMAIL PROTECTED]>, wrote:
> Darren Duncan wrote:
>>> [2] "Num" should have an optional limit on the number of
>>> decimal places it remembers, like NUMERIC in SQL, but
>>> that's a simple truncation.
>> I dis
On Mon Oct 20 09:46:08 2008, [EMAIL PROTECTED] wrote:
\> This basic test suite will fail. That's because of this test program:
>
> t/00-parrot/06-op-inplace.t
>
I've reported this a couple of times in
http://rt.perl.org/rt3/Ticket/Display.html?id=59634 -- but no one paid
attention.
Since you
Anyone taking a look at this test should take note of the fact that the
immediately preceding test in this file is also experiencing failures on
certain platforms: http://rt.perl.org/rt3/Ticket/Display.html?id=59638
From: "Andrew Whitworth via RT" <[EMAIL PROTECTED]>
Date: Mon, 20 Oct 2008 16:47:03 -0700
On Mon Mar 03 15:11:25 2008, rgrjr wrote:
>From: Bob Rogers <[EMAIL PROTECTED]>
>Date: Sun, 2 Mar 2008 11:28:08 -0500
>
>. . . if I revert string.pmc in r26175 (the one exper
[EMAIL PROTECTED] (via RT) wrote:
> # New Ticket Created by [EMAIL PROTECTED]
> # Please include the string: [perl #60018]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=60018 >
>
>
> I was having trouble figuring out h
38 matches
Mail list logo
