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. N
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 pro
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:
> Outp
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
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 totall
Hi again,
I just found another problem related to bytecode switching:
*** switching to BYTECODE_library/Data/Dumper/Base.imc
PC=-4501; OP=
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 soemth
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 C 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=#
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
--
L
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
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:
http://te
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,
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 sy
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 ready-m
> "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.
:-)
--
> "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 pr
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] http://dive
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 win
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=
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 column
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
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 subs
It also hung for me on test 12 in extend. I opened another window and did
$ kill 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 t
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 i
> 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 diff
(
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 my
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 Dayli
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
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 modi
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 for
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...
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
> 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 sys
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 - which
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 t
> 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 s
> 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
- Original Message -
From: "Larry Wall" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 06, 2004 10:39 PM
Subject: Re: Magic blocks (was: Compile-time undefined sub detection)
> Oh, I accidentally left NEXT out of my canonical list. We do need to
> have the equivalent
53 matches
Mail list logo
