Author: larry
Date: Mon Oct 9 00:22:24 2006
New Revision: 12875
Modified:
doc/trunk/design/syn/S05.pod
Log:
P5's s[pat][repl] syntax is dead, now use s[pat] = "repl"
Modified: doc/trunk/design/syn/S05.pod
==
--- doc
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
At 12:26 04/10/2006 -0700, you wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #40455]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40455 >
Hi,
since a while 'languages/dotnet' show
Hi all,
I was having a poke around in DEPRECATED.pod and I've got a couple of
questions about the items therein:
.imc file extension paragraph:
There aren't any .imc files in parrot anymore as far as I can tell.
So, should this paragraph be in DEPRECATED.pod anymore? If not, I can
supply a pat
HaloO,
Stevan Little wrote:
I think that maybe we need to seperate the concept of roles as types
and roles as partial classes, they seem to me to be in conflict with
one another. And even they are not in conflict with one another, I
worry they will bloat the complexity of roles usage.
The bloa
HaloO,
Jonathan Lang wrote:
TSa wrote:
> Dispatch depends on a partial ordering of roles.
Could someone please give me an example to illustrate what is meant by
"partial ordering" here?
In addition to Matt Fowles explanation I would like to
give the following example lattice build from the r
HaloO,
TSa wrote:
Note that the superclass interface of roles should be mostly inferred
from the usage of next METHOD. As such it is a useful guidance for
error reports in the class composition process.
Actually 'next METHOD' doesn't catch all superclass interface issues.
There is the simple c
HaloO,
Stevan Little wrote:
I do not think method combination should be the default for role
composition, it would defeat the composeability of roles because you
would never have conflicts.
I don't get that. The type system would give compile time errors.
The current spec means that in case of
HaloO,
TSa wrote:
Note that A = (A|B) & (A|C) is the intersection type of A|B and A|C.
Note further that A|B is a subtype of A and B written A|B <: A and
A|B <: B and so on. Usually the A|B|C is called Bottom or some such.
I think it is the Whatever type of Perl6. It is the glb (greatest lower
b
Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Oct 9 13:15:14 2006 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with mo
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40477]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40477 >
Hi,
This patches the perl scripts which output a C-code coda when they
output boiler
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40480]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40480 >
Hi,
This patch ensures that when platform.c and platform.h are generated,
that the C
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40476]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40476 >
Hi,
Recently I found some .pm files with dos line endings. This patch
changes these
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40475]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40475 >
Hi,
PMC files are just C-language files in a sense, right? If so, then
here's a pat
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40479]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40479 >
Hi,
This patch adds the C-code coda to the autogenerated C language code,
and fixes
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40482]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40482 >
Hi,
This patch adds a new policy for the Parrot Perl::Critic tests, namely
to check
Hi,
It's not that easy to contribute to parrot development.
I got into that by picking a TODO task about *BooleanArrays, that seemed
appropriate for a Parrot newbie that
knows a bit about algorithmics and Data structures.
Answering one of my mail, Bernhard raised the question of using a common
i
Hi all,
In r14862, Configure.pl throws an error when processing the Manifest.
The error is:
Checking MANIFEST...No such file: ext/Parrot-Embed/Embed.xs
Ack, some files were missing! I can't continue running
without everything here. Please try to find the above
files and then try running Confi
On 10/9/06, Karl Forner <[EMAIL PROTECTED]> wrote:
Hi,
It's not that easy to contribute to parrot development.
I got into that by picking a TODO task about *BooleanArrays, that seemed
appropriate for a Parrot newbie that
knows a bit about algorithmics and Data structures.
thank you for your en
On 10/9/06, Paul Cochrane <[EMAIL PROTECTED]> wrote:
Hi all,
In r14862, Configure.pl throws an error when processing the Manifest.
The error is:
Checking MANIFEST...No such file: ext/Parrot-Embed/Embed.xs
Ack, some files were missing! I can't continue running
without everything here. Please
On Oct 9, 2006, at 5:51 AM, Paul Cochrane (via RT) wrote:
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40482]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40482 >
Hi,
This patch adds a ne
Author: larry
Date: Mon Oct 9 08:34:36 2006
New Revision: 12933
Modified:
doc/trunk/design/syn/S02.pod
doc/trunk/design/syn/S05.pod
Log:
Quote and regex adverbs may now take only parentheses as brackets.
Modified: doc/trunk/design/syn/S02.pod
=
Author: larry
Date: Mon Oct 9 08:44:59 2006
New Revision: 12936
Modified:
doc/trunk/design/syn/S02.pod
Log:
bleah, typo from ENOCAFFEINE
Modified: doc/trunk/design/syn/S02.pod
==
--- doc/trunk/design/syn/S02.pod
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40483]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40483 >
Hi,
This patch uncuddles the else's in the C source, and makes the
t/codingstd/cuddl
Will,
They're all coding standards. I say leave the Coda where it is, and
put this in the same grouping as 'use warnings' (i.e.
'TestingAndDebugging').
Ok, see attached patch.
Also, instead of checking for "/usr/local" and then reporting a
violation, switch it. Check for the *allowed* version
On Oct 9, 2006, at 4:51 AM, Paul Cochrane (via RT) wrote:
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40482]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40482 >
Hi,
This patch adds a new
On Oct 9, 2006, at 11:50 AM, Paul Cochrane wrote:
Will,
They're all coding standards. I say leave the Coda where it is, and
put this in the same grouping as 'use warnings' (i.e.
'TestingAndDebugging').
Ok, see attached patch.
This one is still a false negative on "#!perl -Tw" and is a false
Am Montag, 9. Oktober 2006 05:12 schrieb chromatic:
> I'm experimenting with better forms of OO in PIR. I want to add a
> get_parents() method on the Class PMC. Normally, I'd do something like the
> attached patch, but the attached example file I use for testing shows that
> it doesn't work for m
Am Montag, 9. Oktober 2006 16:26 schrieb Karl Forner:
> AND YET OTHER QUESTIONS
>
> * What is the intended usage, or in other words, the usefulness of the
> *BooleanArrays ?
A *BooleanArray *does* array[1] and it's storage size is one bit per item.
[1] the current array interface isn't much more
Paul Cochrane schrieb:
Hi all,
I was having a poke around in DEPRECATED.pod and I've got a couple of
questions about the items therein:
.imc file extension paragraph:
There aren't any .imc files in parrot anymore as far as I can tell.
So, should this paragraph be in DEPRECATED.pod anymore? If
# New Ticket Created by chromatic
# Please include the string: [perl #40490]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40490 >
Given this code:
.sub 'main' :main
.local pmc args
args = new .Hash
args['foo'
I don't understand why having :bytes for things like s/// would be a
good thing.
A Str doesn't have bytes, just like how a Buf doesn't have characters.
To get bytes out of a Str, you need an encoding. There will be an
internal encoding, but exposing it in this way is probably just asking
for a lo
On Mon, Oct 09, 2006 at 11:40:09PM +0200, Juerd wrote:
: I don't understand why having :bytes for things like s/// would be a
: good thing.
:
: A Str doesn't have bytes, just like how a Buf doesn't have characters.
:
: To get bytes out of a Str, you need an encoding. There will be an
: internal e
From: Bob Rogers <[EMAIL PROTECTED]>
Date: Mon, 2 Oct 2006 20:54:22 -0400
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
js.pg in languages/ecmascript/src compiles just fine with pgc. But it
gives a "Null PMC access" error while using the compiled pir file. Is
it a pge bug?
$ cd languages/ecmascript/src
$ cat main.pir
.include 'errors.pasm'
.sub _main :main
.param pmc args
.local string source_code, rule_t
35 matches
Mail list logo
