On Sun, Jun 27, 2004 at 04:13:30PM -0700, Jürgen Bömmels wrote:
> I stumbled over another Perl Version Issue (actually it is a
> Data::Dumper Version issue). The Perl on Debian Woddy ships
> with Data::Dumper Version 2.102 which does not support
> Sortkeys. Therefor Parrot doesn't even Configure.
|
| I'd planned on having bignums be a base data type the same way that
| strings were, since I couldn't see a reasonable way to handle them and do
| lossless interchange at the lowest levels otherwise.
Yes, during implementation of first BigInt steps, I saw that we'll need some of these
vtables
> I attach a patch which uses Sortkey only in Versions of
> Data::Dumper supporting Sortkey. In what version was Sortkey
> introduced to Data::Dumer?
>
> bye
> boe
>
>
Data::Dumper 2.12 (introducing Sortkeys) was first released on the CPAN in
perl-5.7.3. $Data::Dumper::Sortkeys is available in
Dan Sugalski wrote:
<>Cool, go for it. I'd think that for the set_(integer|number) vtable
slots
we'd set the real part and make the imaginary part 0, while the string
version'd look for the "x + yi" version.
And have set_num_keyed set the real and the imaginary part (indexed as
strings, say "real
On Mon, 28 Jun 2004, Ion Alexandru Morega wrote:
> Jonathan Worthington wrote:
> > "Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
> >
> >>1) Python has a complex builtin class. So we'll need one too.
> >>* Create a complex PMC.
> >>* Parse complex constants '4j'
> >
> > j? I've always used
On Thu, 24 Jun 2004, Leopold Toetsch wrote:
> There are currently 19 bignum vtable slots, which take a BIGNUM* value
> argument of some kind. These are IMHO useless. We don't have a Parrot
> basic type like BIGNUM.
>
> A BIGNUM (BigInteger, BigNumber) will just be a PMC, AFAIK.
>
> So I think thes
On Fri, 25 Jun 2004, [ISO-8859-1] André Pang wrote:
> On 24/06/2004, at 6:31 PM, Leopold Toetsch wrote:
>
> >> i still have my stillborn bignum (using bcd registers and efficient
> >> algorithms) implementation if anyone wants to pick it up. i have some
> >> working base code and the overall desig
Sorry I've been so out of touch lately--I've been suffering through a
series of hardware failures, which pretty much limit me to access at work.
And while on the one hand it's nice to have a lot of computer-free time (I
apparently have a garden. And children. Who'dve thought?) it is getting in
the
On Sat, 26 Jun 2004, Nicholas Clark wrote:
> On Fri, Jun 11, 2004 at 11:09:49AM -0400, Dan Sugalski wrote:
>
> > set up (Ask's working on it, so at some point we will have a
> > compilers, standard library, and real perl6-internals list) we'll
>
> Called "parrot-internals" ?
Yup. Along with Parro
On Fri, 25 Jun 2004, Nicholas Clark wrote:
> On Fri, Jun 25, 2004 at 02:43:14PM +0200, Leopold Toetsch wrote:
> > Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > > On Fri, Jun 25, 2004 at 09:46:53AM +0200, Leopold Toetsch wrote:
> > >>
> > >> Yep. I'd swap function names as well as argument order, s
# New Ticket Created by JÃrgen BÃmmels
# Please include the string: [perl #30500]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=30500 >
Hi,
I stumbled over another Perl Version Issue (actually it is a
Data::Dumper Vers
Jonathan Worthington wrote:
"Leopold Toetsch" <[EMAIL PROTECTED]> wrote:
1) Python has a complex builtin class. So we'll need one too.
* Create a complex PMC.
* Parse complex constants '4j'
j? I've always used i as the imaginary unit, though I believe j is used
more in engineering fields ('c
12 matches
Mail list logo
