$ host cpan.org
cpan.org has address 66.39.76.93
$ host cpan.pair.com
cpan.pair.com has address 66.39.76.93
Last year, I got different logs from Graham and Pair. Any other
suggestions since they're apparently the same now? Mirror-owners I
should talk to?
xoa
--
Andy Lester => [EMAIL PROTECTED
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 determ
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 sti
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
I'll be redoing the Phalanx 100 this week. I'm hoping to get FTP logs
from pair.com and from cpan.org. If anyone else has FTP logs they can
submit to me, I'd love to have 'em.
xoa
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
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
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 reposit
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
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
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 indirectio
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
mean
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
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 statemen
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 i
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:
s
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 interfer
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 g
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 current
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 interfac
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 Vis
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 generic/
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.
--
Steve Peters <[EMAIL PROTECTED]> wrote:
> ... I got several warnings for
> unreference local variables.
Thanks, applied.
leo
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
> dat
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
Andrew Rodland <[EMAIL PROTECTED]> wrote:
> Further improvements under editor/
Thanks, applied.
leo
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 http://svn.cl
# New Ticket Created by Steve Peters
# Please include the string: [perl #30962]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=30962 >
While compiling parrot-current on Win32 last night, I got several warnings for
unref
[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 F
# New Ticket Created by Will Coleda
# Please include the string: [perl #30975]
# in the subject line of all future correspondence about this issue.
# 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 'pleas
30 matches
Mail list logo
