Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Seems to be another ordering problem, where a hash is used instead of an
> array with inherited vtable methods. pylong.dump has already the wrong
> entry:
>
> 'destroy' => 'default',
>
> in the suoer hash.
I don't think it's an ordering problem (
# New Ticket Created by Matt Diephouse
# Please include the string: [perl #34564]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34564 >
Attached is a patch to clean up pmc2c2.pl and (hopefully) make it more
readable and
> [leo - Thu Mar 24 07:07:31 2005]:
>
>
> Comments, takers?
>
Since I'm fixing this in Perl, I take a whack at it in Parrot as well.
Steve
Steve Peters <[EMAIL PROTECTED]> wrote:
> Here's the responce from the OpenBSD folks. It seems that turning on a
> define prior to the atan2() call will set the flags correctly for OpenBSD.
[ ... ]
> _LIB_VERSION = _IEEE_;
Fine. Thanks for the research. It should probably suffice to set
The two plain subroutine calls C and C with
objects "f isa Foo" and "b isa Bar" are calling the subroutines Foo.foo
and Bar.foo respectively. See the last test in t/pmc/mmd.t.
Not much more will work currently as function signatures are still missing.
The MultiSub object "foo" in the global name
Here's the responce from the OpenBSD folks. It seems that turning on a
define prior to the atan2() call will set the flags correctly for OpenBSD.
My guess is that NetBSD will behave similarly.
> >Number: 4154
> >Category: library
> >Synopsis: atan2(-0.0, -0.0) returning incor
