Sam Vilain wrote:
TSa wrote:
is this subject not of interest? I just wanted to start a
discussion about the class composition process and how a
role designer can require the class to provide an equal
method and then augment it to achieve the correct behavior.
Contrast that with the need to do th
在 Sep 30, 2006 6:26 PM 時，Richard Hainsworth 寫到：
role win_text {
has $.win_mytxt1 is rw;
has $.win_mytxt2 is rw;
};
role mywindow {
has $.border is rw;
has $.colour is rw;
does win_text;
};
my $w = new mywindow;
$w.border = 2;
$w.colour = 'red';
say $w.border;
say $w.colour;
$w.win_mytx
在 Oct 2, 2006 5:56 PM 時，Audrey Tang 寫到：
At this moment only "role mywindow does win_text" works; the
statement-level "does" form was not implemented, but I should be
able to do so in the next few days.
Update: It's now implemented as r13782.
Richard: The t/README file should get you started
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Oct 2 13:15:04 2006 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with mo
=== src/pdb.c
==
--- src/pdb.c (revision 133)
+++ src/pdb.c (local)
@@ -136,7 +136,6 @@
PDB_t *pdb;
void *yyscanner;
-do_yylex_init ( &yyscanner );
/*Parrot_set_config_hash(); TODO link with cfg */
debu
Update pdump patch
Kevin Tew wrote:
The attached patch is my first step at locating bug #40438.
It adds pdump -d functionality for keys.
Leopold Toetsch via RT wrote:
Thanks, I've applied a modified version of the patch, showing that it's
a namespace issue caused by the .HLL line. Using .loa
On 10/2/06, Brad Bowman <[EMAIL PROTECTED]> wrote:
Sam Vilain wrote:
> TSa wrote:
>> is this subject not of interest? I just wanted to start a
>> discussion about the class composition process and how a
>> role designer can require the class to provide an equal
>> method and then augment it to ac
Author: audreyt
Date: Mon Oct 2 07:45:13 2006
New Revision: 12561
Modified:
doc/trunk/design/syn/S06.pod
Log:
* S06: Excise the word "Multimethod" in places where it also
referred to multisubs.
Modified: doc/trunk/design/syn/S06.pod
Brad Bowman wrote:
Hi,
Did you mean to go off list?
No, I didn't.
Jonathan Lang wrote:
> Brad Bowman wrote:
>> Does the "class GenSquare does GenEqual does GenPointMixin" line imply
>> an ordering of class composition?
>
> No. This was a conscious design decision: the order in which you
> c
Stevan Little wrote:
Brad Bowman wrote:
> How does a Role require that the target class implement a method (or
> do another Role)?
IIRC, it simply needs to provide a method stub, like so:
method bar { ... }
This will tell the class composer that this method must be created
before everything is
Twice now in the last week or so, I've run across suggestions to the
effect of including syntax that forbids otherwise valid code from
being used. First was during the discussion about coming up with a
way to program by contract, where the poster suggested that a means of
saying "any declaration
On 10/2/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
I'm not used to programming styles where a programmer intentionally
and explicitly forbids the use of otherwise perfectly legal code. Is
there really a market for this sort of thing?
use strict;
On Oct 2, 2006, at 10:26 AM, jerry gay wrote:
On 10/2/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
I'm not used to programming styles where a programmer intentionally
and explicitly forbids the use of otherwise perfectly legal code. Is
there really a market for this sort of thing?
use strict
On 2 Oct 2006, at 17:48, Jonathan Lang wrote:
The examples I gave involved specific roles or routines being
forbidden from use in certain situations; my gut instinct is that if
you don't think that it's appropriate to use a particular role or
routine somewhere, you should simply not use it there;
jerry gay writes:
> On 10/2/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
>
> > I'm not used to programming styles where a programmer intentionally
> > and explicitly forbids the use of otherwise perfectly legal code.
> > Is there really a market for this sort of thing?
>
> use strict;
That's di
jerry gay wrote:
Jonathan Lang wrote:
> I'm not used to programming styles where a programmer intentionally
> and explicitly forbids the use of otherwise perfectly legal code. Is
> there really a market for this sort of thing?
use strict;
Hmm... granted. But that does tend to sidestep the ma
Smylers wrote:
use strict;
That's different: it's _you_ that's forbidding things that are otherwise
legal in your code; you can choose whether to do it or not.
Which suggests that the people wanting to specify the restrictions are
actually asking for a way to specify additional strictures fo
Dave Whipp wrote:
Smylers wrote:
>>use strict;
>
> That's different: it's _you_ that's forbidding things that are otherwise
> legal in your code; you can choose whether to do it or not.
Which suggests that the people wanting to specify the restrictions are
actually asking for a way to specify ad
Hi there!
I'm starting an experimental C project that will embed parrot.
I'd like my program to be as portable as parrot itself, so my question is:
Can I take advantage of parrot's portableness?
For example, if my program does some IO stuff, can I use Parrot's IO
subsystem in my C code to do this s
Jonathan Lang wrote:
Before we start talking about how such a thing might be implemented,
I'd like to see a solid argument in favor of implementing it at all.
What benefit can be derived by letting a module specify additional
strictures for its users? Ditto for a role placing restrictions on
the
On Sep 26, 2006, at 10:21 PM, Will Coleda wrote:
I took a first pass at a perlcritic test: t/codingstd/
perlcritic.t ; this test isn't run by default.
[snip]
Cool! Attached is a patch to simplify this test code a little bit by
leveraging Test::Perl::Critic. I also reworked
CodeLayout::Us
Dave Whipp wrote:
Or we could view it purely in terms of the design of the core "strict"
and "warnings" modules: is it better to implement them as centralised
rulesets, or as a distributed mechanism by which "core" modules can
register module-specific strictures/warnings/diagnostics.
Question:
Jonathan Lang wrote:
Dave Whipp wrote:
Or we could view it purely in terms of the design of the core "strict"
and "warnings" modules: is it better to implement them as centralised
rulesets, or as a distributed mechanism by which "core" modules can
register module-specific strictures/warnings/di
On Mon, Oct 02, 2006 at 02:01:34PM -0700, Jonathan Lang wrote:
: Dave Whipp wrote:
: >Or we could view it purely in terms of the design of the core "strict"
: >and "warnings" modules: is it better to implement them as centralised
: >rulesets, or as a distributed mechanism by which "core" modules ca
On 10/2/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
I'm not used to programming styles where a programmer intentionally
and explicitly forbids the use of otherwise perfectly legal code. Is
there really a market for this sort of thing?
This reminds me of the endless student "proofs" that trise
Hi,
I coud not find detailed specifications for these PMCs, so I was wondering
what should happen
when they are (re)sized.
For example:
a = new FixedBooleanArray
a = 3
So a has been (re)sized in order to be able to hold 3 elements, but what
should be the value of these elements ?
Do they
This weekend's project (committed as r14830) makes continuations
capture the dynamic environment so that they can restore it properly on
invocation. This makes it possible for multiple continuations to
coexist that return to different environments in the same context.
One word of caution, t
Author: chromatic
Date: Mon Oct 2 18:06:40 2006
New Revision: 14831
Modified:
trunk/docs/pdds/clip/pdd13_bytecode.pod
Changes in other areas also in this revision:
Modified:
trunk/ (props changed)
Log:
Minor POD formatting fixes to make the POD checking test pass again.
Modified: trun
On Monday 02 October 2006 08:58, Jonathan Lang wrote:
> I wonder if it would be worthwhile to extend the syntax of roles so
> that you could prepend a "no" on any declarative line, resulting in a
> compilation error any time something composing that role attempts to
> include the feature in questi
On Monday 02 October 2006 12:32, Jonathan Lang wrote:
> Before we start talking about how such a thing might be implemented,
> I'd like to see a solid argument in favor of implementing it at all.
> What benefit can be derived by letting a module specify additional
> strictures for its users? Ditt
On 10/2/06, Jonathan Lang <[EMAIL PROTECTED]> wrote:
This notion of exclusionary roles is an interesting one, though. I'd
like to hear about what kinds of situations would find this notion
useful; but for the moment, I'll take your word that such situations
exist and go from there.
Well to be
Jonathan Lang wrote:
I'm not used to programming styles where a programmer intentionally
and explicitly forbids the use of otherwise perfectly legal code. Is
there really a market for this sort of thing?
use strict;
On 10/2/06, Aaron Sherman <[EMAIL PROTECTED]> wrote:
Jonathan Lang wrote:
> I'm not used to programming styles where a programmer intentionally
> and explicitly forbids the use of otherwise perfectly legal code. Is
> there really a market for this sort of thing?
>
use strict;
you're so twel
Hi all,
In the process of trying to finish off the perl coda cage task, I
notice that the Perl::Critic policy for the emacs/vim coda skips
__END__ and __DATA__ sections at the end of perl files, however vim (I
don't know about emacs) requires the coda to be within either the
first or last 5 lines
On Oct 3, 2006, at 1:29 AM, Paul Cochrane wrote:
Hi all,
In the process of trying to finish off the perl coda cage task, I
notice that the Perl::Critic policy for the emacs/vim coda skips
__END__ and __DATA__ sections at the end of perl files, however vim (I
don't know about emacs) requires the
Am Dienstag, 3. Oktober 2006 01:58 schrieb Karl Forner:
> Hi,
>
> I coud not find detailed specifications for these PMCs, so I was wondering
> what should happen
> when they are (re)sized.
The Fixed* variants don't resize.
Yes unfilled are is set to the default value. See below
> For example:
>
36 matches
Mail list logo
