Seeing as how lots of folks are on the road, and you can hear the
on-list crickets chirping, I'm not sure if anything can be
accomplished, but I'll repost this as one of those perennial
things-which-really-need-to-be-decided-because-lots-of-stuff-is-
dependant-on-it-in-terms-of-basic-A2-exam
Hello, I intend to create a russian network resource about the parrot.
I am looking for people with similar intentions not to do this work twice.
I would also like to know Are you going to put the documentation in
different languages to the repository?
Nick.
Sorry to trouble you if I was mistaken
Brian Wheeler <[EMAIL PROTECTED]> writes:
> Any thoughts?
Are you running RHL 9? If so, unset LANG and try rebuilding.
Default RHL 9 w/ LANG="en_US.UTF-8":
$ make jit_cpu.c
/usr/bin/perl jit2h.pl i386 jit_cpu.c
jit2h: 1 (+ 177 vtable) of 1050 ops are JITed.
and with unset LANG...
$ rm jit_cp
On Mon, 09 Jun 2003, Mark A. Biggar wrote:
multi factorial (0) { 1 }
multi factorial ($n) { $n * factorial($n - 1) }
That's a bad example, as it's really not MMD. It's a partially
pre-memoized function instead.
It is MMD as long as the dispatching mechanism (of the
language or the engine it runs o
Danny Faught said:
> A "use POSIX" statement is causing Devel::Cover to issue a warning.
> I've seen it both on Linux (RH7.3/Perl 5.6.1) and Cygwin (Win2K/Perl
> 5.8.0). Has anyone investigated it?
Hey, a harmless warning is the least of your worries ;-)
I had noted the message. but not done a
> -Original Message-
> From: Jerome Vouillon [mailto:[EMAIL PROTECTED]
>
> The python interpreter seems rather slow. I get these numbers with the
> Ocaml bytecode interpreter.
>
> mistral-jerome:/tmp > time python test.py
> python test.py 2,59s user 0,00s system 100% cpu 2,582 tot
> > mistral-jerome:/tmp > time python test.py
> > python test.py 2,59s user 0,00s system 100% cpu 2,582 total
> > mistral-jerome:/tmp > ocamlc -o tst test.ml; time ./tst
> > ./tst 0,14s user 0,00s system 106% cpu 0,131 total
> > mistral-jerome:/tmp > cat test.ml
> > let fo
(This is mostly a platform-specific question, as I've written a few and
just need to know what I'm doing wrong.)
The design for BASIC's debugger I've got now resembles this:
.sub _main
.local foo
.local bar
[...rest of declarations...]
[PIR for statement 1...]
http://archive.develooper.com/[EMAIL PROTECTED]/dateindex.html
May 26 appears to be the last entry.
__
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com
# New Ticket Created by Jonathan Sillito
# Please include the string: [perl #22633]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=22633 >
(This conflicts with "[perl #22592] [PATCH] Introduce macros for register
access." b
At 11:37 AM -0700 6/8/03, Joe Wilson wrote:
http://archive.develooper.com/[EMAIL PROTECTED]/dateindex.html
May 26 appears to be the last entry.
I'll nudge Ask--the machine that holds the archive had a disk space
issue a while back that might've killed the archiving process.
The NNTP gateway, and
On Tue, Jun 10, 2003 at 06:07:31PM +, Jonathan Sillito wrote:
> I am not satisfied with the time taken to make a call. I did some rough
> benchmarking and the parrot implementation makes us slower than python
> 2.2.1. The most expensive part of our call is the saveall/restoreall that
> wraps th
12 matches
Mail list logo