On Apr 26, 2006, at 21:05, chromatic wrote:
Multidispatch helps, but :multi( Array, Array ) or :multi( Hash, Hash
) don't
work based on the capabilities of the PMC. That's fine.
does_foo = does $Px, 'array' # 'hash'
might help.
There should be no problem with .Hash, but there are a lo
All~
It has become abundantly clear to me that I will not find the time to
resume summarizing the perl lists. I doubt this surprises many of you
given how long it has been since the last summary. Paradoxically, I
have found myself wishing that there were summaries as there seems to
have been a l
chromatic wrote:
On Saturday 25 March 2006 07:47, Ron Blaschke wrote:
t/configure/step.t
$fromfile and $tofile needs to be closed before calling
move_if_diff, as Windows can't delete open files.
I forgot to check this in a while back, but fixed now as #16032 (I hope).
Thanks, seems
jerry gay wrote:
On 12/22/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Tuesday, December 20, 2005, 8:09:32 PM, François PERRAD wrote:
At 11:53 16/12/2005 +0100, you wrote:
I can think of two ways to fix this:
- Hide every env access behind the platform stuff. That is, add
something like Parro
Here's another round of test results on my box. I've also added the
details for the tests that failed. The C and
are not unexpected on Windows.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/doc/
On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Here's another round of test results on my box. I've also added the
> details for the tests that failed. The C and
> are not unexpected on Windows.
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -
Author: larry
Date: Thu Apr 27 09:33:20 2006
New Revision: 8973
Modified:
doc/trunk/design/syn/S06.pod
Log:
Clarify placeholders are illegal if conflicting with other signature.
Modified: doc/trunk/design/syn/S06.pod
===
On Fri, 21 Apr 2006, Andy Dougherty wrote:
> On Fri, 21 Apr 2006, Will Coleda wrote:
>
> > OSX 10.4.6, PPC
> >
> > This failure has been pretty persistent the past few weeks:
> >
> > t/src/hash.t1 256111 9.09% 6
> >
> > # got: '42
> > # hash_6(4373,0xa000ed98) mal
On Thu, 27 Apr 2006, jerry gay wrote:
> On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > Here's another round of test results on my box. I've also added the
> > details for the tests that failed. The C and
> > are not unexpected on Windows.
> >
>
> > Failed Test Stat Wstat Total Fai
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #39013]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=39013 >
I've found two more tests that were relying on uninitialized registers
being set to
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Apr 2006, jerry gay wrote:
>
> > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > > Here's another round of test results on my box. I've also added the
> > > details for the tests that failed. The C and
> > > are not unexp
On 4/27/06, Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Apr 2006, jerry gay wrote:
>
> > On 4/27/06, Ron Blaschke <[EMAIL PROTECTED]> wrote:
> > > Here's another round of test results on my box. I've also added the
> > > details for the tests that failed. The C and
> > > are not unexp
A couple of questions and suggestions about Perl 6 built-in data
types, following a look at the newest S06 (
http://svn.perl.org/perl6/doc/trunk/design/syn/S06.pod ) ...
1. There doesn't seem to be an immutable bit-string type, so unless
I read something wrong, I propose adding one.
Since a
Author: allison
Date: Thu Apr 27 14:20:59 2006
New Revision: 12452
Modified:
trunk/docs/pdds/clip/pdd22_io.pod
trunk/docs/pdds/clip/pdd23_exceptions.pod
trunk/docs/pdds/clip/pdd24_events.pod
trunk/docs/pdds/clip/pdd25_threads.pod
Changes in other areas also in this revision:
Modified:
On Thursday 27 April 2006 13:18, jerry gay wrote:
> calling is failing due to a test checked in by patrick (:flat and
> named params, iirc,) and objects is failing due to an
> as-yet-unimplemented opcode (part of PDD21 changes, iirc.) both of
> these should be resolved when leo (or any other C cod
On Thu, Apr 27, 2006 at 01:10:05PM -0700, Darren Duncan wrote:
: A couple of questions and suggestions about Perl 6 built-in data
: types, following a look at the newest S06 (
: http://svn.perl.org/perl6/doc/trunk/design/syn/S06.pod ) ...
:
: 1. There doesn't seem to be an immutable bit-string
At 7:38 PM -0700 4/27/06, Larry Wall wrote:
On Thu, Apr 27, 2006 at 01:10:05PM -0700, Darren Duncan wrote:
: 1. There doesn't seem to be an immutable bit-string type, so unless
: I read something wrong, I propose adding one.
:
: Since all built-in types have one-word names, I suggest 'Raw', whic
> How about Bag, a set container? Alternately what we really want is
> just a Hash where the type of the value is defined as 1, so it need
> not be stored at all. Then most of the syntax for it just falls out
> of Hash syntax, unless you like writing $x ∈ $bag instead of $bag{$x}.
> Presumably w
On 4/28/06, Larry Wall <[EMAIL PROTECTED]> wrote:
How about Bag, a set container? Alternately what we really want is
just a Hash where the type of the value is defined as 1, so it need
not be stored at all. Then most of the syntax for it just falls out
of Hash syntax, unless you like writing $x
On Fri, Apr 28, 2006 at 04:41:41AM +, Luke Palmer wrote:
: It seems like a hash whose values are the unit type. Does Perl have a
: unit type? I suppose if it doesn't, we could define one:
:
:subtype Unit of Int where 1;
:
: (Assuming that "where" groks whatever "when" does).
:
: Then y
At 9:07 PM -0700 4/27/06, Mark A. Biggar wrote:
I'm not sure that immutable make any sense as a concept separate from
constant. A truly immutable object can't even be initialized, it has to
be born ex-nilo already with a value.
Well, that depends on your philosophy.
I would argue that, philoso
21 matches
Mail list logo