# New Ticket Created by Will Coleda
# Please include the string: [perl #30975]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30975
This blindly follows the directions given by make on a cvs-fresh build.
to wit
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in the source code that the interference graph could
be done without the N x N graph array. Any hints welcome (Angel
# New Ticket Created by Steve Peters
# Please include the string: [perl #30962]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30962
While compiling parrot-current on Win32 last night, I got several warnings for
Hi,
I've just setup a Subversion mirror of the parrot cvs repository with
svk. Will try to keep it in sync until Robert have time to do similar
setup on perl.org.
So you could now use the Subversion repository (readonly) at:
svn://svn.clkao.org/parrot/cvs/trunk
web interface at
Andrew Rodland [EMAIL PROTECTED] wrote:
Further improvements under editor/
Thanks, applied.
leo
Sean O'Rourke [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in the source code that the interference graph could
be done without the N x N graph
On Thu, Aug 05, 2004 at 08:46:52PM -0700, Steve Peters wrote:
While compiling parrot-current on Win32 last night, I got several warnings for
unreference local variables. I also got one warning in interpreter.c
regarding a conversion from a double to a size_t with a possible loss of
data.
Steve Peters [EMAIL PROTECTED] wrote:
... I got several warnings for
unreference local variables.
Thanks, applied.
leo
At 7:36 PM -0700 8/6/04, Will Coleda (via RT) wrote:
This blindly follows the directions given by make on a cvs-fresh build.
to wit 'please increase hash_size (2203) in build_tools/ops2c.pl to
a prime number 2204.4'
I bumped it a little further to 2273. Thanks.
--
At 12:06 AM +0100 8/6/04, Jonathan Worthington wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
Which was just a dopey oversight on my part when this got put in.
I'm adding an exec opcode alongside the spawn opcode. Does what you'd
expect an exec to do.
I've updated config/gen/platform
At 1:26 PM -0700 8/5/04, Jonathan Worthington (via RT) wrote:
[I originally sent this yesterday...to the wrong place. So I don't know if
it's worth applying the ICU bit given that Dan's said it's going, but here
we are anyway.]
Here are a couple of patches that enable me to build on Win32 with
Chia-liang Kao wrote:
Hi,
I've just setup a Subversion mirror of the parrot cvs repository with
svk. Will try to keep it in sync until Robert have time to do similar
setup on perl.org.
So you could now use the Subversion repository (readonly) at:
svn://svn.clkao.org/parrot/cvs/trunk
web
At 2:23 PM +0200 8/6/04, Leopold Toetsch wrote:
Leopold Toetsch wrote:
4.2) Basic blocks, life span of symbols inside these blocks and
loop detection.
Baisc block generation depends on two items:
* labels - a possible branch target
* branching opcodes
Detection of branching opcodes depends
At 9:21 AM -0700 8/6/04, Sean O'Rourke wrote:
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in the source code that the interference graph could
be done without the N x N
At 12:45 PM +0200 8/7/04, Leopold Toetsch wrote:
Sean O'Rourke [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in the source code that the
At 10:39 AM -0400 8/7/04, Garrett Rooney wrote:
Chia-liang Kao wrote:
Hi,
I've just setup a Subversion mirror of the parrot cvs repository with
svk. Will try to keep it in sync until Robert have time to do similar
setup on perl.org.
So you could now use the Subversion repository (readonly) at:
On Aug-07, Leopold Toetsch wrote:
Sean O'Rourke [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in the source code that the interference
At 9:51 AM +0200 8/6/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
... extraordinarily large (60-80k lines) ...
... dying with an out-of-memory error.
How many symbols does the sub have? Please set a breakpoint at
imcc/reg_alloc.c:468 and inspect:
n_symbols
(or just create a debug print
At 9:21 AM -0700 8/7/04, Steve Fink wrote:
On Aug-07, Leopold Toetsch wrote:
Sean O'Rourke [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Leopold Toetsch) writes:
The interference_graph size is n_symbols * n_symbols *
sizeof(a_pointer). This might already be too much.
2) There is a note in
Okay, here's my notes on the aftermath of the piethon push. We need
to take a look at where we stand with things, where we want to go
from here, and how we're going to finish up the compiler and
requisite runtime libraries.
If anyone wants to chime in with extra stuff or questions, by all
Okay, I've looked over Leo's proposal. I'm not comfortable with some
of what it does, so I think it's no-go, but... it does give me an
idea. I'm not sure at all if I *like* this idea, since it requires
switching to handle-based interpreter access, and I *really* don't
like that extra
Dan Sugalski [EMAIL PROTECTED] wrote:
I'll dig in and see if I can throw that info out. I may also add a
counter to see how many trips through the spill loop each program
takes.
*If* it doesn't die, you can run parrot with -v and you'll get the
spill count.
leo
At 5:35 PM +0200 8/7/04, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
I'll dig in and see if I can throw that info out. I may also add a
counter to see how many trips through the spill loop each program
takes.
*If* it doesn't die, you can run parrot with -v and you'll get the
On Sat, 7 Aug 2004 09:52:30 +0100, Chia-liang Kao [EMAIL PROTECTED] wrote:
Hi,
I've just setup a Subversion mirror of the parrot cvs repository with
svk. Will try to keep it in sync until Robert have time to do similar
setup on perl.org.
So you could now use the Subversion repository
All~
I thought that subversion was tried for use with Parrot and found
unexceptable for some reason a while back. I am not trying to
discourage you guys... I personally prefer svn to cvs, but I think it
would be wise to determine of those problems still exist.
Matt
On Sat, 7 Aug 2004 17:58:47
Matt Fowles wrote:
I thought that subversion was tried for use with Parrot and found
unexceptable for some reason a while back. I am not trying to
discourage you guys... I personally prefer svn to cvs, but I think it
would be wise to determine of those problems still exist.
IIRC, we tried it for
Brent 'Dax' Royal-Gordon wrote:
Matt Fowles wrote:
I thought that subversion was tried for use with Parrot and found
unexceptable for some reason a while back. I am not trying to
discourage you guys... I personally prefer svn to cvs, but I think it
would be wise to determine of those problems
At 6:41 PM -0700 8/7/04, Brent 'Dax' Royal-Gordon wrote:
Matt Fowles wrote:
I thought that subversion was tried for use with Parrot and found
unexceptable for some reason a while back. I am not trying to
discourage you guys... I personally prefer svn to cvs, but I think it
would be wise to
28 matches
Mail list logo