# New Ticket Created by Sam Vilain
# Please include the string: [perl #41557]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41557 >
Hi there,
There seem to be some bugs with inheritance, possibly in the .Super PMC.
When
Author: paultcochrane
Date: Tue Feb 20 12:04:14 2007
New Revision: 17085
Modified:
trunk/docs/pdds/README (props changed)
trunk/docs/pdds/draft/pdd19_pir.pod (props changed)
trunk/docs/pdds/draft/pdd24_events.pod (props changed)
trunk/docs/pdds/draft/pdd25_concurrency.pod (prop
# New Ticket Created by Sartak
# Please include the string: [perl #41558]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41558 >
This patch adds a new utility script to generate a summary for all the
ops. It's fairly minima
jerry gay ha scritto:
On 2/20/07, Aldo Calpini <[EMAIL PROTECTED]> wrote:
1) does anybody have objections to patching the current build system for
cross-compilation (even "yes, but not now because..." objections)?
no objection here! this is a long-desired feature, and is currently
unavailable.
On Feb 20, 2007, at 3:42 PM, Larry Wall wrote:
I think the ¥ and Y operators are going to have to change to
something else.
The current Y has at least four strikes against it:
* It's an ASCII version of a cute Unicode picture, but other
than that,
the picture it doesn't remind
Damian Conway schrieb:
> If the very much more readable 'zip' and 'minmax' are
> to be replaced with 'ZZ' and 'MM', then I think that's a serious step
> backwards in usability.
Fully agree here and I think that there are still even more places,
where the usability could be improved:
Say more words
Joshua Isom ha scritto:
Using perl 5's configure probes also somewhat limits us to how the
vendor distributed perl. It should also be considered that we can't
rely on perl5 being available, especially since we intend to replace
it eventually, so rewriting all the perl to support cross compilin
On 2/21/07, Thomas Wittek <[EMAIL PROTECTED]> wrote:
Damian Conway schrieb:
> If the very much more readable 'zip' and 'minmax' are
> to be replaced with 'ZZ' and 'MM', then I think that's a serious step
> backwards in usability.
Fully agree here and I think that there are still even more places
Thomas Wittek wrote:
Damian Conway schrieb:
If the very much more readable 'zip' and 'minmax' are
to be replaced with 'ZZ' and 'MM', then I think that's a serious step
backwards in usability.
Fully agree here and I think that there are still even more places,
where the usability could be impro
Luke Palmer wrote:
% as the "mod" operator is a good example of what you describe.
There's no need for mod to be a symbolic operator: when you read 5 % 3
you say "5 mod 3". Why would we not write "5 mod 3": it is just as
obvious what and how we are doing this operation. And % is uncommon
enough
Author: larry
Date: Wed Feb 21 09:25:37 2007
New Revision: 13699
Modified:
doc/trunk/design/syn/S03.pod
Log:
¥ is replaced by Z. XX becomes simply X and old X must now be spelled X~X.
Modified: doc/trunk/design/syn/S03.pod
> "DC" == Damian Conway <[EMAIL PROTECTED]> writes:
DC> On 21/02/07, Damian Conway <[EMAIL PROTECTED]> wrote:
>> [Off-list]
DC> Apparently not.
DC> Just pretend I'm not here.
DC> ;-)
we can't pretend as we can sense your mad scientist brain across the big
waters. there ain't enoug
Recently $larry asked for ideas for better naming
the several states of write access.
There are some tentative thoughts, I like to offer.
Larry Wall wrote:
> That being said, in writing the Perl 6 grammar I keep running into the
> need for rw context variables. I'm getting tired of writing thing
On Wed May 24 05:26:22 2006, coke wrote:
> New addmethod opcode needs tests.
>
> --
> Will "Coke" Coleda
> [EMAIL PROTECTED]
>
>
Attached a patch that adds a test for "addmethod".
It adds a method in the same (root) namespace, and also a method in a
different namespace.
I couldn't really think
Author: smash
Date: Wed Feb 21 09:38:04 2007
New Revision: 17119
Modified:
trunk/docs/pdds/pdd22_io.pod
Log:
[docs/pdds]: fix typo
Modified: trunk/docs/pdds/pdd22_io.pod
==
--- trunk/docs/pdds/pdd22_io.pod(or
On Tue Jun 15 08:13:06 2004, leo wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
> > At 9:50 AM +0200 6/3/04, Leopold Toetsch wrote:
> >>Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >>
> >>> Option two here would be the right one.
> >>
> >>For dynamic PMC classes and NCI yes. *But* what about dynami
This ticket was resolved by chromatic++ in r17069.
# New Ticket Created by Jerry Gay
# Please include the string: [perl #41569]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41569 >
don't have time to debug the failure now since we're so close to a
release, but here's the
Hello, all-
I've been working on the 0.4.9 release; so far things seem to be
going reasonably well. Many thanks to Jerry Gay and others who
have come before me for cleaning up the release process and making
sure the various NEWS/STATUS docs are up to date! It's really quite
straightforward now.
On Wednesday 21 February 2007 21:21, Patrick R. Michaud wrote:
> 1. The t/library/pg.t tests require libpq.so to be installed
> in order to run -- should I be testing ('make fulltest') with
> this library installed?
They should skip without the library installed; if that doesn't work on your
pl
Aldo Calpini wrote:
1) does anybody have objections to patching the current build system for
cross-compilation (even "yes, but not now because..." objections)?
Not at all. Cross-compilation is definitely a core goal for Parrot.
2) does anybody already have a .plan or something in mind about
21 matches
Mail list logo
