Anyone an idea what fails here?
c:\home\parrot>perl configure.pl --defaults
Parrot Version 0.0.3 Configure
Copyright (C) 2001-2002 Yet Another Society
Since you're running this script, you obviously have
Perl 5--I'll be pulling some defaults from its configuration.
Checking the MANIFEST to ma
This is looking quite good now :)
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
C:\Perl\bin\Perl.exe t/harness
t/op/basic..ok
t/op/bitwiseok
t/op/debuginfo..ok
t/op/hacks..ok
t/op/i
At 11:24 PM -0500 3/6/02, Uri Guttman wrote:
> qn would be just like qq but not allow any
>direct hash interpolations (%foo or %foo{bar}). you can always get those
>with $() if needed. this solves the common case with a minimal of noise
>and the uncommon case has a simple out of using $(). no
On Wed, Mar 06, 2002 at 11:24:57PM -0500, Uri Guttman wrote:
> that is another point. not allowing a complete hash to interpolate. but
> what defines that? what if you wanted %s{bar} and that was a format and
> not a hash and in a double quoted string? my proposal handles that well
> with no major
Heya,
I was curious if anyone has ever considered implementing multimethod
dispatch (MMD) directly into parrot. In my opinion, this would provide
several benefits over the current system. While (IMHO) MMD provides many
benefits over the current system in terms of extensibility and ease of
maintai
Michel J Lambert:
# I was curious if anyone has ever considered implementing multimethod
# dispatch (MMD) directly into parrot. In my opinion, this would provide
# several benefits over the current system. While (IMHO) MMD
# provides many
# benefits over the current system in terms of extensibilit
At 11:51 AM -0500 3/7/02, Michel J Lambert wrote:
>I was curious if anyone has ever considered implementing multimethod
>dispatch (MMD) directly into parrot.
Yes. We will, for actual method and sub dispatch. Not for the other
vtable methods, though.
>In my opinion, this would provide
>several b
On Thu, Mar 07, 2002 at 01:48:49PM -0500, Dan Sugalski wrote:
>
> >First, there are basic native types such
> >as num, int, and string, which I'm perfectly fine with. But what bothers
> >me is the fact that bigint's and bignum's are being given a special place
> >in the vtable.
>
> Why? They're
With the possibility of making this thread off-topic: isn't multi-method a
function that propogates according to the values of more than one
argument? Like:
sub myfunc
{
my ($a, $b) = @_;
if ($a->isa('Vector3') && $b->isa('Vector3'))
{
return Vector3::myf
