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.
# URL: 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
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 be
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #6]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=6
when running code as this:
.sub main :immediate
load_bytecode foo.pir
.end
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_exception,
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
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 out how to
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 from stalled.
--- 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 isn't
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
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 different
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 in order to
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 this change could be
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
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 for this is
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.
This is because
'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 usage
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60016
If you do this after building parrot:
cd languages/perl6
make test
This
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
# New Ticket Created by Jeff Horwitz
# Please include the string: [perl #60030]
# in the subject line of all future correspondence about this issue.
# URL: 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
# New Ticket Created by Allison Randal
# Please include the string: [perl #60020]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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're
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 experiment I
28 matches
Mail list logo