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 nam
On Thu, Oct 16, 2008 at 10:37:41PM +0200, Eirik Berg Hanssen wrote:
: [EMAIL PROTECTED] writes:
:
: > -C<< infix: >>, sequential junctional and operator
: > +C<< infix: >>, sequential junctional and operator
: >
: > -EXPR where EXPR where EXPR ...
: > +EXPR also EXPR also EXPR ...
: >
[EMAIL PROTECTED] writes:
> -C<< infix: >>, sequential junctional and operator
> +C<< infix: >>, sequential junctional and operator
>
> -EXPR where EXPR where EXPR ...
> +EXPR also EXPR also EXPR ...
>
> Can be used to construct ANDed patterns with the same semantics as
> C<< infix:<
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 versi
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 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
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
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, a
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
Moritz (>), Carl (>>):
>> Rakudo r31994 can call methods on classes without :: in them, but not
>> on classes having them.
>>
>> $ perl6 -e 'class A { method foo { say "OH HAI" } }; A.new.foo'
>> OH HAI
>>
>> $ perl6 -e 'class A::B { method foo { say "OH HAI" } }; A::B.new.foo'
>> Method 'foo' not
On Thu, Oct 16, 2008 at 02:56:28PM +1100, Timothy S. Nelson wrote:
> Hi all. I'm working on the code for trees that I keep talking about,
> and I have code that somewhat resembles the following:
>
> role Tree::Node does Array {
> has Tree::Node @!children handles ;
> }
>
> The
No, this one still crashes on my box. It crashes so hard it takes the
terminal window with it.
// Carl
On Thu, Oct 16, 2008 at 09:34:33AM -0700, [EMAIL PROTECTED] wrote:
: rename infix: to infix:
The rationale for changing this, by the way, is that (in English)
A where B where C
tends to imply right-to-left evaluation of preconditions, whereas:
A also B also C
tends to imply left-to-rig
Author: larry
Date: Thu Oct 16 09:34:30 2008
New Revision: 14597
Modified:
doc/trunk/design/syn/S03.pod
Log:
rename infix: to infix:
Modified: doc/trunk/design/syn/S03.pod
==
--- doc/trunk/design/syn/S03.pod(
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.pi
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
>
Here's a thorough investigation of the strange properties of %*ENV.
Rakudo r31926 has an %*ENV variable which claims to be of Hash type, but
which behaves very non-hashlike when you poke it. Its hash values are
supposedly strings, but don't have the corresponding Str methods.
say 'a'.WHAT;
# Str
# New Ticket Created by "Carl Mäsak"
# Please include the string: [perl #59928]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59928 >
Rakudo r31994 can call methods on classes without :: in them, but not
on classes having
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
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #59926]
# in the subject line of all future correspondence about this issue.
# 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. One exa
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
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
# New Ticket Created by James Keenan
# Please include the string: [perl #59924]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59924 >
The test below, which always previously passed for me on Linux,
started to fail somewh
> 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
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?
T
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 Whitekn
Problem fixed and test added, closing ticket.
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 excep
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
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], r3
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #59918]
# in the subject line of all future correspondence about this issue.
# 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 ha
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 w
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 ".name
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
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.
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 language
36 matches
Mail list logo
