Will Coleda via RT schrieb:
On Sat Sep 18 23:13:06 2004, coke wrote:
That is:
Contrive things so that no code whatsover must be maintained outside
of the language specific directory. This includes:
- MANIFEST
- config files
- ./library/Parrot/Test/*
The long term goal for
On Mon Oct 13 07:31:30 2008, [EMAIL PROTECTED] wrote:
Hi Christoph,
I send you the patch atached.
The script with TODO block works equal without it(with TODO
gives more information and adds the not yet implemented leyend).
Sincerely,
Igor
Hi Igor,
This patch looks good. There's no
On Wed Jul 16 00:14:32 2008, [EMAIL PROTECTED] wrote:
On your page
http://www.parrotcode.org/faq/
you have a link labelled LANGUAGES.STATUS. I think
that the href= for this link points to a wrong page.
Please check.
Ronald
Since we're migrating to www.parrot.org instead, is this much
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.
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
On Tue Oct 02 10:22:41 2007, pcoch wrote:
In the file src/mmd.c there is the todo item within mmd_maybe_candiate():
if (VTABLE_isa(interp, pmc, _sub)) {
/* a plain sub stops outer searches */
/* TODO check arity of sub */
VTABLE_push_pmc(interp, cl, pmc);
In this, we want to
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #59918]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59918
On Wed, Oct 15, 2008 at 9:52 AM, Will Coleda [EMAIL PROTECTED] wrote:
Do you
On Sat Oct 13 11:14:42 2007, pcoch wrote:
In src/exit.c:Parrot_exit() there is the todo item (with some context):
/* call all the exit handlers */
TODO reset stacktop or better disable GC
Make a decision as to which is better to do; reset stacktop or disable GC
and then implement as
On Wed Oct 15 12:42:23 2008, coke wrote:
Here's yet another updated version (this time for the exception handler)
of the test that doesn't segfault, but still generates incorrect output
(generates both an OK line and a NOK line)
It looks like the exception handler is resuming after the
Since we're migrating to www.parrot.org instead, is this much of an
issue? If not, I think we can close this ticket.
This makes sense to me too.
Ronald
# New Ticket Created by James Keenan
# Please include the string: [perl #59924]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59924
The test below, which always previously passed for me on Linux,
started to fail
On Thu, Oct 16, 2008 at 3:55 AM, Bernhard Schmalhofer
[EMAIL PROTECTED] wrote:
Will Coleda via RT schrieb:
On Sat Sep 18 23:13:06 2004, coke wrote:
That is:
Contrive things so that no code whatsover must be maintained outside
of the language specific directory. This includes:
- MANIFEST
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.
The big hangup for this ticket is that various parts of PCT and the
Problem fixed and test added, closing ticket.
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #59926]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=59926
There's a number of spots in IMCC where the n_ variants of ops are
considered.
PDD19 already states that there's no limit, and the note that in the
future such a limit might be introduced is also there.
So, issue is resolved.
kjs
On Sun Aug 15 13:21:16 2004, coke wrote:
Make the MMD tables shareable between interpreters for faster
startup. (Though there are issues with this)
(From the TODO file)
With the pdd27mmd branch merged in now, what's the status of this request?
--
Andrew Whitworth
a.k.a
On Sun Sep 14 13:43:15 2008, cotto wrote:
On Sun Sep 14 07:47:34 2008, pmichaud wrote:
On Sun, Sep 14, 2008 at 12:41:42AM -0700, Christoph Otto via RT wrote:
I got impatient and committed this as r31101. I'm marking this
ticket
as resolved.
According to [1], r31101 causes
I think this ticket has been resolved by the decision that method names
must be quoted (as stated in pdd19).
I propose to close ticket.
kjs
On Thu Oct 04 16:39:31 2007, coke wrote:
On Sep 29, 2007, at 12:07 PM, Klaas-Jan Stol (via RT) wrote:
# New Ticket Created by Klaas-Jan Stol
#
On Thu, Oct 16, 2008 at 9:12 AM, Klaas-Jan Stol via RT
[EMAIL PROTECTED] wrote:
I think this ticket has been resolved by the decision that method names
must be quoted (as stated in pdd19).
I propose to close ticket.
kjs
That decision doesn't correspond to reality, though:
$ cat foo.pir
.sub
Will Coleda via RT wrote:
On Wed Oct 24 13:52:33 2007, pcoch wrote:
In t/src/ro.t there is the todo item:
# XXX: should this work?
and the related pir code:
# three = 4 # should fail -- is that what we want
The question is: is the behaviour encapsulated in the test actually what we
want?
On Sat Jun 11 13:08:49 2005, chip wrote:
Short version: Up through version 0.8 or so, we promise to break
everything constantly (but not until we have a good reason). After
that, we will establish version number thresholds below which
individual APIs will not change.
For example, only on a
On Thu Feb 28 12:56:30 2008, bernhard wrote:
On Do. 12. Jul. 2007, 08:58:41, petdance wrote:
Is the documentation of funtion declaration taken care of in
docs/dev/seatbelts.pod ? Or is there more to do?
If I understand what is being asked for in the ticket name (which is
very obtuse, and
On Sat Aug 16 02:36:27 2008, [EMAIL PROTECTED] wrote:
chromatic wrote:
On Thursday 07 August 2008 08:26:19 Bob Rogers wrote:
I once suggested a null register allocator that would do this
globally, but this is a better idea. The only use case I can think
of
is debugging, particularly
On Fri Nov 10 11:19:58 2006, chip wrote:
It's already true that HLLs can remap the basic types so that e.g.
parameter
passing creates a PerlArray rather than a base array. However the
mechanism is
not documented (AFAIK), and it should be.
Haven't heard any information about this ticket in
On Thu, Oct 16, 2008 at 10:12 AM, Andrew Whitworth via RT
[EMAIL PROTECTED] wrote:
On Sat Jun 11 13:08:49 2005, chip wrote:
Short version: Up through version 0.8 or so, we promise to break
everything constantly (but not until we have a good reason). After
that, we will establish version
Author: Whiteknight
Date: Thu Oct 16 10:42:15 2008
New Revision: 31995
Modified:
trunk/docs/pdds/pdd19_pir.pod
Log:
[PDD] Add some more information about :unique_reg as per the discussion at
RT#57636.
Modified: trunk/docs/pdds/pdd19_pir.pod
On Wed, Oct 15, 2008 at 1:03 PM, chromatic via RT
[EMAIL PROTECTED] wrote:
On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
The namespace of the generated file should be changed, the subclass
should probably be updated. (TGE itself should probably be updated to
not live a namespace
27 matches
Mail list logo
