1) singleton PMCs like Random or Env got destroyed during DOD runs
2) and a really nasty one:
During (overridden vtable) method calls, the caller doesn't know that a
method is called, so the return continuation in P1 wasn't preserved in
the context - the caller just assumes, that its preserved.
Dan Sugalski [EMAIL PROTECTED] wrote:
I've been thinking about vtable and opcode functions written in
bytecode, and I think that we need an alternate form of sub calling.
(And yes, this *is* everyone's chance to say I told you so)
I don't think that calling conventions are actually a problem
Sebastian Riedel [EMAIL PROTECTED] wrote:
The attached patch adds this, conf files now look so:
parrot: /home/sri/parrot/parrot: .pasm .imc
Good.
ruby: /usr/bin/ruby: .rb
python: /usr/bin/python: .py
python-C: /usr/bin/python -C: .py
^
That's probably parrot-C, anyway:
Output
Here's a patch that prettifies parrotbench's output. It also redirects
errors to /dev/null, and replaces them with !!! in the output. The
benchmarking program is not the correct place to debug errors.
Luke
Index: tools/dev/parrotbench.pl
I've rearranged the output of parrot -t a bit. It should be more
readable now e.g.:
0 set P16, P1 - P16=NULL, P1=NULL
3 set P17, P5 - P17=SArray=PMC(0x40304908),
P5=SArray=PMC(0x40304908)
6 set I16, P17 - , P17=SArray=PMC(0x40304908)
9 newsub P16, 46, 5715
Hi,
On Tuesday 09 March 2004 15:55, Leopold Toetsch wrote:
I've rearranged the output of parrot -t a bit. It should be more
readable now e.g.:
0 set P16, P1 - P16=NULL, P1=NULL
3 set P17, P5 - P17=SArray=PMC(0x40304908),
P5=SArray=PMC(0x40304908)
6 set I16, P17
Luke Palmer [EMAIL PROTECTED] wrote:
Here's a patch that prettifies parrotbench's output. It also redirects
errors to /dev/null, and replaces them with !!! in the output. The
benchmarking program is not the correct place to debug errors.
Must be soemthing wrong here. Output is now totally
Hi again,
I just found another problem related to bytecode switching:
*** switching to BYTECODE_library/Data/Dumper/Base.imc
PC=-4501; OP=err
The first shown OP after a switch is always wrong.
jens
Leopold Toetsch writes:
Luke Palmer [EMAIL PROTECTED] wrote:
Here's a patch that prettifies parrotbench's output. It also redirects
errors to /dev/null, and replaces them with !!! in the output. The
benchmarking program is not the correct place to debug errors.
Must be soemthing wrong
Jens Rieks [EMAIL PROTECTED] wrote:
I noticed that DOD runs are disturbing the output:
I haven't removed it, now it looks like:
2193 setprop P16, .name, P17- P16=Sub= ...
DOD
2197 branch 14
Here the Csetprop did cause a DOD run.
leo
Jens Rieks [EMAIL PROTECTED] wrote:
Well done, looks really better!
Actually while digging hours through traces of EBNF, I wasn't really
happy with the output, so I changed it ;)
I noticed that DOD runs are disturbing the output:
495 null S31 -
497 set P5, P6 - P5=# DOD
Hello.
Having got a Perl release out of the way, I'm now back to working
on http://testers.cpan.org/
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
Cheers, Leon
--
On 9 Mar 2004, at 13:14, Leon Brocard wrote:
[snip]
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
RSS feeds would be *very* nice :-)
Adrian
On Tue, Mar 09, 2004 at 01:14:10PM +, Leon Brocard wrote:
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
Version would certainly be a good thing to add. Most
Adrian Howard sent the following bits through the ether:
RSS feeds would be *very* nice :-)
Easy request to fulfill - it already does has an RSS feed per
distribution. The bottom of
http://testers.cpan.org/show/Test-Exception.html points out:
http://testers.cpan.org/show/Test-Exception.rss
So
Hi Leon,
-Original Message-
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
If you're going to do RSS, why not explore Atom [1] feeds as well?
-Brian
[1]
On 9 Mar 2004, at 13:35, Leon Brocard wrote:
Adrian Howard sent the following bits through the ether:
RSS feeds would be *very* nice :-)
Easy request to fulfill - it already does has an RSS feed per
distribution. The bottom of
http://testers.cpan.org/show/Test-Exception.html points out:
Brian Cassidy [EMAIL PROTECTED] writes:
Hi Leon,
-Original Message-
Does anyone have any features they'd like to see on the website? I'm
looking at extracting more information (Perl version, platform) and
having pages (and thus RSS) per author.
If you're going to do RSS, why not
Nick,
-Original Message-
Which is no doubt very nice - but can someone tell those of us
that might be casually reading this list what RSS and Atom actually
are?
Sure. RSS [1] and Atom [2] are XML specifications for content syndication.
The easiest way to explain what content
On Tue, Mar 09, 2004 at 11:35:44AM -0400, Brian Cassidy wrote:
Well, that's the basics anyway!
Thanks Brian.
Like Nick, I've never really got into RSS feeds yet. I've always
wanted to find a way to have changes emails to me. Your post prompted
me to look again and I found a couple of
Brian == Brian Cassidy [EMAIL PROTECTED] writes:
Brian Also, use.perl.org has RSS feeds for all of their journals --
Brian meaning I can easily keep track of Andy's ramblings [5]. :)
Well, you can keep track of when Andy rambled, but not necessarily everything
that it meant.
:-)
--
Randal
Tim == Tim Bunce [EMAIL PROTECTED] writes:
Tim http://www.stonehenge.com/merlyn/WebTechniques/col45.html
Tim (Randal probably has a newer version of that by now)
Nope, but it's on my todo list to build a Tk-POE desktop aggregator.
(I'm currently using RSSLite, but I want it to be
Tim,
-Original Message-
Like Nick, I've never really got into RSS feeds yet. I've always
wanted to find a way to have changes emails to me. Your post prompted
There's also at least one email app with built-in RSS capabilities: Ximian
Evolution [1] [2]. If you use MS Outlook you can
Speaking of RSS and Atom and the like, it would be nice to see some
autodiscovery for these feeds added into the pages [1] [2]. Thus by simply
entering http://testers.cpan.org/show/GD.html; in my autodiscovery-aware
aggregator, I can get the feed I want for the GD module.
-Brian
[1]
This release fixes up a problem with adding coverage to an existing
database, and also fixes ...
On Mon, Mar 08, 2004 at 11:12:55PM +0100, Philippe 'BooK' Bruhat wrote:
Does Devel::Cover work with programs/modules that fork a lot?
It didn't before. With 0.35 it did with a strong following
Jens Rieks [EMAIL PROTECTED] wrote:
Hi again,
I just found another problem related to bytecode switching:
*** switching to BYTECODE_library/Data/Dumper/Base.imc
PC=-4501; OP=err
Thanks, fixed.
jens
leo
Luke Palmer [EMAIL PROTECTED] wrote:
Leopold Toetsch writes:
Must be soemthing wrong here. Output is now totally messed up.
It's possible that your terminal isn't wide enough.
80 columns is wide enough for me ;)
Indeed, something needs to be modified to keep the output to 72 columns,
On Tue, 2004-03-09 at 05:15, Luke Palmer wrote:
-system $pathes{$names[$i]} $directory/
- . $benchmark.$suffixes[$i][$j]
- . '/dev/null';
File::Spec has a devnull() method. I'd use that to improve portability,
though I'm never sure how shell
While we still need to nail down the final bits of namespace stuff,
I'm running into the need for it in IMCC code, so its time to finally
deal with it.
I don't really care what the syntax looks like, so I'm proposing:
.namespace [foo; bar; baz]
as a way to set the current namespace for
It also hung for me on test 12 in extend. I opened another window and did
$ kill pid and it was able to complete the tests.
WinXP - full Cygwin installation up to date
Failed Test Stat Wstat Total Fail Failed List of Failed
Hi all,
The attached file has some helper functions to make object usage easier.
It is used by the new object orientated Data::Dumper implementation as well as
my EBNF parser generator.
I submit it as a standalone library to reduce code duplication. It might also
be useful for other developers
The Perl 6 Summarizer wrote:
Parrotbug reaches 0.0.1
Jerome Quelin responded to Dan's otherwise ignored request for a
parrot equivalent of perlbug when he offered an implementation of
parrotbug for everyone's perusal, but didn't go so far to add it to
the distribution. I don't think it's
Leave parsing and formatting entirely to libraries. Absolutely no need
for that in the instruction set.
well, I have a bit of a problem with that... As it was pointed out
before, people have gone hogwild with the parsing and formatting
routines, and its a bloodbath of modules on CPAN with
(
ps - on a side note, is the news gateway through google working in posting
to the list? I tried posting via google, and although it shows up on
google, it didn't show up in the archives...
)
As far as methods go, I would think that the syntax would look exactly
like method invocation, only you would provide an object on which to
call the method, no?
Hmmm... I guess that brings up the question of signatures... are
signatures handled at the parrot level or the compiler level?
Pardon
On Tue, 9 Mar 2004, Leopold Toetsch wrote:
Object instantiation is 40 % of the whole used time. Let's start to
optimize object layout first.
I think there's definitely the potential for a big speed-up there.
For instance, simply replacing the Array that used to store the
class, classname
Dan Sugalski [EMAIL PROTECTED] wrote:
While we still need to nail down the final bits of namespace stuff,
I'm running into the need for it in IMCC code, so its time to finally
deal with it.
I don't really care what the syntax looks like, so I'm proposing:
.namespace [foo; bar; baz]
Leopold Toetsch wrote:
Sebastian Riedel [EMAIL PROTECTED] wrote:
The attached patch adds this, conf files now look so:
parrot: /home/sri/parrot/parrot: .pasm .imc
Good.
ruby: /usr/bin/ruby: .rb
python: /usr/bin/python: .py
python-C: /usr/bin/python -C: .py
^
That's
Jared Rhine wrote:
Gordon Henriksen wrote:
gmclock(out Nx)
UTC clock in seconds since hrs Jan 1, 2000,
ignoring leap seconds.
tolocal out Nx, out Iy, in Nz
x is set to z converted to the local time zone. y - 1
if Daylight Savings Time
chromatic wrote:
On Tue, 2004-03-09 at 05:15, Luke Palmer wrote:
-system $pathes{$names[$i]} $directory/
- . $benchmark.$suffixes[$i][$j]
- . '/dev/null';
File::Spec has a devnull() method. I'd use that to improve portability,
though I'm
Leopold Toetsch wrote:
Luke Palmer [EMAIL PROTECTED] wrote:
Leopold Toetsch writes:
Must be soemthing wrong here. Output is now totally messed up.
It's possible that your terminal isn't wide enough.
80 columns is wide enough for me ;)
Indeed, something needs to be
Edward S. Peschko wrote:
Gordon Henriksen wrote:
Leave parsing and formatting entirely to libraries.
Absolutely no need for that in the instruction set.
well, I have a bit of a problem with that... As it was pointed out
before, people have gone hogwild with the parsing and formatting
On Tue, 2004-03-09 at 14:42, Aaron Sherman wrote:
As far as methods go, I would think that the syntax would look exactly
like method invocation, only you would provide an object on which to
call the method, no?
Wow, that was a caffine overdose in progress please disregard that
incoherent
On Tue, Mar 09, 2004 at 04:21:24PM -0500, Gordon Henriksen wrote:
Edward S. Peschko wrote:
Gordon Henriksen wrote:
Leave parsing and formatting entirely to libraries.
Absolutely no need for that in the instruction set.
well, I have a bit of a problem with that... As it was
At 03:52 PM 3/9/2004 -0800, Edward S. Peschko wrote:
On Tue, Mar 09, 2004 at 04:21:24PM -0500, Gordon Henriksen wrote:
Not an opcode doesn't mean balkanized. There is a parrot/stdlib
directory.
fair enough, but then where does the distinction lie? Why put gmtime, et al.
in opcodes? As well as
I don't think optimising for X is the reason. Parrot should have
concise, necessary, complete opcode primitives upon which anything
else can be built.
how about opcode formatting primitives? That is what I would argue
strftime and relatives are... generic low-level ways of turning strings
Edward,
Want to call strptime? Use NCI. No need for anything new in the core.
That's WHY it's the CORE.
Gordon Henriksen
[EMAIL PROTECTED]
On Tue, Mar 09, 2004 at 09:53:47PM -0500, Gordon Henriksen wrote:
Edward,
Want to call strptime? Use NCI. No need for anything new in the core.
That's WHY it's the CORE.
I think there is a misunderstanding here. I don't think that strftime by itself
in the core - which probably has system
Edward S. Peschko wrote:
On Tue, Mar 09, 2004 at 09:53:47PM -0500, Gordon Henriksen wrote:
Edward,
Want to call strptime? Use NCI. No need for anything new in the core.
That's WHY it's the CORE.
I think there is a misunderstanding here. I don't think that strftime by itself
in the core -
Hi Brent,
Welcome back to p6i. ;)
At 08:12 PM 3/9/2004 -0800, Brent \Dax\ Royal-Gordon wrote:
On a platform with a halfway decent JIT, a pure-PASM implementation
could be as fast as an op-based one, given liberal use of the non-PMC
Agree.
Besides, how fast does your date handling really need to
On a platform with a halfway decent JIT, a pure-PASM implementation
could be as fast as an op-based one, given liberal use of the non-PMC
registers. Maybe faster--no need to transcode to ASCII, extract a C
string, or hack around platform X's quirks. And I'd imagine that the
Parrot
Sometimes, if the customer wants to do an audit, we have to process
over a month's worth, so we are bound by the actual execution
time of the Perl script and the access time of a Sleepycat (Berkeley DB)
database. The Perl programs must be able to scale
with call/message volume, and right now
52 matches
Mail list logo