Re: is_deeply() is painful

2006-04-27 Thread Leopold Toetsch
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

Perl Summarizing

2006-04-27 Thread Matt Fowles
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

Re: MSWin32 (Visual C++ 8.0) Test Results (r12017)

2006-04-27 Thread Ron Blaschke
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

Re: Win32 Env Mysteries

2006-04-27 Thread Ron Blaschke
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

MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread Ron Blaschke
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/

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
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 > -

[svn:perl6-synopsis] r8973 - doc/trunk/design/syn

2006-04-27 Thread larry
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 ===

Re: [perl #38957] hash test failures

2006-04-27 Thread Andy Dougherty
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

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread Andy Dougherty
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

[perl #39013] [PATCH] Two more uninitialized registers

2006-04-27 Thread via RT
# 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

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
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

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread jerry gay
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

Perl 6 built-in types

2006-04-27 Thread Darren Duncan
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

[svn:parrot-pdd] r12452 - in trunk: . docs/pdds/clip

2006-04-27 Thread allison
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:

Re: MSWin32 (Visual C++ 8.0) Test Results (r12442)

2006-04-27 Thread chromatic
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

Re: Perl 6 built-in types

2006-04-27 Thread Larry Wall
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

Re: Perl 6 built-in types

2006-04-27 Thread Darren Duncan
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

Re: Perl 6 built-in types

2006-04-27 Thread Mark A. Biggar
> 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

Re: Perl 6 built-in types

2006-04-27 Thread Luke Palmer
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

Re: Perl 6 built-in types

2006-04-27 Thread Larry Wall
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

Re: Perl 6 built-in types

2006-04-27 Thread Darren Duncan
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