On Mon, Jan 05, 2004 at 05:48:04PM -0500, Austin Hastings wrote:
> > From: Uri Guttman [mailto:[EMAIL PROTECTED]
> > > "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
> >
> > AH> PS: While I'm somewhat sympathetic to the fact that eu guys are
> > AH> trying to spin up 200 years worth of
The Perl 6 Summarizer wrote:
Problems with "make test"
Harry Jackson couldn't get his build of parrot to finish running "make
test". After a certain amount of thrashing about by the team, Dan
narrowed it down to issues with the mutant '2.96' version of GCC that
some versions of Re
# New Ticket Created by Mattia Barbon
# Please include the string: [perl #24817]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24817 >
Hello,
this patch
* renames Parrot_INTERP and Parrot_STRING to Parrot_Interp and Par
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24819]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24819 >
A pedantic fix courtesy of VisualAge:
src/events.c attempts to call peek_entry(), whic
> "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
>> reminds me of the great line: in EU they consider a 100 miles a long
>> distance, in the US we consider 100 years a long time. :)
AH> That's very good. I'm going to recycle it. Do you know the author?
dunno. i have heard it from
According to Austin Hastings:
> When you consider some of the issues, it's sort of obvious that they're
> trying *real* hard not to say, "Look the Americans solved this problem
> already."
Three words: "Second System Effect".
--
Chip Salzenberg - a.k.a. - <[EMAIL PROTE
Jeff Clites <[EMAIL PROTECTED]> wrote:
> On Jan 5, 2004, at 5:32 AM, Leopold Toetsch wrote:
>> The return value is only returned, when I3 != 0. For your example that
>> shouldn't be the case (I3 is unused aka zero). So there isn't any
>> return
>> value passed back.
> Yep, the second time throug
From: Uri Guttman [mailto:[EMAIL PROTECTED]
> > "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
>
> >> -Original Message-
> >> From: Uri Guttman [mailto:[EMAIL PROTECTED]
> >>
> >> but he if worked on that at the rate he is churning out apocalypses,
it
> >> would be anot
And should stay off-list, thanks.
--
Dan
--"it's like this"---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
> "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
>> -Original Message-
>> From: Uri Guttman [mailto:[EMAIL PROTECTED]
>>
>> but he if worked on that at the rate he is churning out apocalypses, it
>> would be another 200 years. this is not a knock on larry but a comment
> -Original Message-
> From: Uri Guttman [mailto:[EMAIL PROTECTED]
> > "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
>
> AH> PS: While I'm somewhat sympathetic to the fact that eu guys are
> AH> trying to spin up 200 years worth of amendments and supreme court
> AH> decisi
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 09:30 PM 1/5/2004 +, Piers Cawley wrote:
>>Melvin Smith <[EMAIL PROTECTED]> writes:
>>
>> > At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>> >>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> >> > people's salaries will depend on
> "AH" == Austin Hastings <[EMAIL PROTECTED]> writes:
AH> PS: While I'm somewhat sympathetic to the fact that eu guys are
AH> trying to spin up 200 years worth of amendments and supreme court
AH> decisions at the same time, it's still a ratf*ck. Eu need to get
AH> eurselves a Larry. I
Looks like we've a bug in the DOD tracing. As far as I can tell (and
it's somewhat tough, as my program's rather large) there's a bug
where metadata on loadlib-loaded libraries doesn't get properly
marked as live.
The symptoms are straightforward -- the getprop call inside dynext.c
during libr
At 09:30 PM 1/5/2004 +, Piers Cawley wrote:
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> > people's salaries will depend on Parrot. I confess I wouldn't be
>> > surprised if, b
The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
> I confess
> I wouldn't be surprised if,
> by the end of the year,
> we haven't seen
> the full implementation of
> at least one of
> the big
> non-Perl
> scripting languages
> on top of Parrot.
Obviously you've been reading the proposed EU con
chromatic <[EMAIL PROTECTED]> writes:
> On Mon, 2004-01-05 at 10:55, Lars Balker Rasmussen wrote:
>
>> The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>
>> > I confess I wouldn't be
>> > surprised if, by the end of the year, we haven't seen the full
>> > implementation of at least
Melvin Smith <[EMAIL PROTECTED]> writes:
> At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
>>The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> > people's salaries will depend on Parrot. I confess I wouldn't be
>> > surprised if, by the end of the year, we haven't seen the full
Lars Balker Rasmussen <[EMAIL PROTECTED]> writes:
> The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> Me? I think Perl 6's design 'in the large' will be pretty much
>> done once Apocalypse 12 and its corresponding Exegesis are
>> finished. Of course, the devil is in the details, but
David Storrs wrote:
> On Sat, Dec 13, 2003 at 11:12:31AM -0800, Larry Wall wrote:
> > On Sat, Dec 13, 2003 at 04:57:17AM -0700, Luke Palmer wrote:
> > : For one, one role's methods don't silently override another's.
> > : Instead, you get, er, role conflict and you have to disambiguate
> > : your
* Lars Balker Rasmussen <[EMAIL PROTECTED]> [2004-01-05 20:42]:
> I'm confused, are you optimistic or pessimistic in that last
> sentence?
Sounds carefully optimistic to me. At least it certainly doesn't
sound pessimistic per se, no?
--
Regards,
Aristotle
"If you can't laugh at yourself, you d
At 07:55 PM 1/5/2004 +0100, Lars Balker Rasmussen wrote:
The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
> people's salaries will depend on Parrot. I confess I wouldn't be
> surprised if, by the end of the year, we haven't seen the full
> implementation of at least one of the big non-
At 10:59 AM 1/5/2004 -0500, Dan Sugalski wrote:
Optimized for speed, at least.
I'm finding that large subs seem to give imcc headaches. I'm not sure if
it's O(n^2) or O(2^n) headaches, but definitely issues. At the moment I've
got parrot churning on some pir code and it's taking quite a while. F
Jeff Clites writes:
> On Jan 5, 2004, at 5:47 AM, Luke Palmer wrote:
>
> >After many months of lying dormant, I figured I'd get my act together
> >and adapt this patch to the few recent modifications. And this time,
> >I'm posting a benchmark!
> >
> >My results get about 5% slowdown in the eager
On Mon, 5 Jan 2004 10:59:18 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>I know IMCC's being redone, and we're nowhere near close to
>optimized,
That was my guess
> but I think it'd be worth it to get a handle on what sorts
>of things are likely to trigger off exponential time compiles when
On 1/5/04 1:55 PM, Lars Balker Rasmussen wrote:
> The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
>> I confess I wouldn't be surprised if, by the end of the year, we haven't seen
>> the full implementation of at least one of the big non-Perl scripting
>> languages on top of Parrot.
>
> I'm confu
The Perl 6 Summarizer <[EMAIL PROTECTED]> writes:
> Me? I think Perl 6's design 'in the large' will be pretty much done once
> Apocalypse 12 and its corresponding Exegesis are finished. Of course,
> the devil is in the details, but I don't doubt that the hoped for
> existence of a w
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> All these (non-trivial) source tests, that create some resources should
> use the scheme of t/src/basic_3.
I've rewritten list.t and hash.t to use this scheme, generalizing the
layout a bit in the process. I'm not sure about the reasoning for one
of t
At 4:03 PM -0800 1/4/04, Damien Neil wrote:
It's my understanding that Parrot has chosen to take the path of using
many mutable data structures at the VM level; unfortunately, this is
pretty much incompatible with a fast or elegant threading model.
Yep, generally true. The choice was made on purpos
At 2:43 AM + 1/5/04, Nigel Sandever wrote:
05/01/04 01:22:32, Sam Vilain <[EMAIL PROTECTED]> wrote:
[STUFF] :)
In another post you mentions intel hyperthreading.
Essentially, duplicate sets of registers within a single CPU.
Do these need to apply lock on every machine level entity that
they a
Optimized for speed, at least.
I'm finding that large subs seem to give imcc headaches. I'm not sure
if it's O(n^2) or O(2^n) headaches, but definitely issues. At the
moment I've got parrot churning on some pir code and it's taking
quite a while. Final time tally:
real41m46.978s
user21
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> I was seeing an error in the second test in t/src/list.t on FreeBSD:
> set_integer_keyed() not implemented in class 'PerlInt'
> I tracked it down to two consecutive calls to pmc_new() returning the
> same pointer, which is generally not what
The Perl 6 Summary for the week ending 20040104
What a surprise, a scant week after the last Perl 6 Summary of 2003,
it's the first Perl 6 Summary of 2004. Will wonders never cease? Without
further ado, we'll start with perl6-internals as usual.
Garbage Collection Tasks
Dan noted
On Jan 5, 2004, at 5:32 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
If I run this code, which should just be a loop which
creates-then-joins a thread (looping twice), I get a crash at the end:
The problem is that when joining the _second_ time, in
pt_thread_join()
you get a
On Sat, Dec 13, 2003 at 11:12:31AM -0800, Larry Wall wrote:
> On Sat, Dec 13, 2003 at 04:57:17AM -0700, Luke Palmer wrote:
> : For one, one role's methods don't silently override another's. Instead,
> : you get, er, role conflict and you have to disambiguate yourself.
How do you disambiguate?
On Jan 5, 2004, at 5:47 AM, Luke Palmer wrote:
After many months of lying dormant, I figured I'd get my act together
and adapt this patch to the few recent modifications. And this time,
I'm posting a benchmark!
My results get about 5% slowdown in the eager case, and the usual
10,000% speedup in t
On Jan 5, 2004, at 5:45 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
Attached are patches to fix the remaining "make testj" failures on Mac
OS X (i.e., ppc jit). These fixes are relative to my previously
submitted patch with other ppc jit fixes, [perl #24789].
... which still
Luke Palmer <[EMAIL PROTECTED]> wrote:
One more remark:
>
> +if (PObj_needs_early_DOD_TEST(obj))
> +++interpreter->num_early_PMCs_seen;
When is this counter reset?
leo
Luke Palmer <[EMAIL PROTECTED]> wrote:
> After many months of lying dormant, I figured I'd get my act together
> and adapt this patch to the few recent modifications. And this time,
> I'm posting a benchmark!
Wow, thanks.
Some comments:
> -b_PObj_needs_early_DOD_FLAG = 1 << 27,
> +/* tr
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> nci_test.c included which is deprecated on FreeBSD
Applied, as well as #24802. Thanks,
leo
Jeff Clites <[EMAIL PROTECTED]> wrote:
> If I run this code, which should just be a loop which
> creates-then-joins a thread (looping twice), I get a crash at the end:
> The problem is that when joining the _second_ time, in pt_thread_join()
> you get a return value from joining the thread
The re
Jeff Clites <[EMAIL PROTECTED]> wrote:
> Attached are patches to fix the remaining "make testj" failures on Mac
> OS X (i.e., ppc jit). These fixes are relative to my previously
> submitted patch with other ppc jit fixes, [perl #24789].
... which still seems to be missing. Could you rediff all aga
Lars Balker Rasmussen <[EMAIL PROTECTED]> wrote:
> Adding a hints file for solaris solves two thread-related link issues.
Applied - thanks,
leo
After many months of lying dormant, I figured I'd get my act together
and adapt this patch to the few recent modifications. And this time,
I'm posting a benchmark!
My results get about 5% slowdown in the eager case, and the usual
10,000% speedup in the lazy case.
Luke
First, the benchmark (exam
Luke Palmer <[EMAIL PROTECTED]> wrote:
> The following program segfaults after 510 iterations:
> .sub _main
> $I0 = 0
> again:
> $S1 = "anon"
> $S0 = $I0
> inc $I0
> concat $S1, $S0
> newclass $P0, $S1
> find_type $I2, $S1
> p
# New Ticket Created by Jeff Clites
# Please include the string: [perl #24808]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=24808 >
Attached are patches to fix the remaining "make testj" failures on Mac
OS X (i.e., ppc j
If I run this code, which should just be a loop which
creates-then-joins a thread (looping twice), I get a crash at the end:
set I16, 0
again:
inc I16
new P5, .ParrotThread
find_global P6, "_foo"
find_method P0, P5, "thread3"
invoke
set I5, P5
getinterp P2
find
The following program segfaults after 510 iterations:
.sub _main
$I0 = 0
again:
$S1 = "anon"
$S0 = $I0
inc $I0
concat $S1, $S0
newclass $P0, $S1
find_type $I2, $S1
print $I2
print "\n"
if $I0 < 1000 goto again
05/01/04 04:51:20, Sam Vilain <[EMAIL PROTECTED]> wrote:
>On Mon, 05 Jan 2004 15:43, Nigel Sandever wrote;
>
> > I accept that it may not be possible on all platforms, and it may
> > be too expensive on some others. It may even be undesirable in the
> > context of Parrot, but I have seen no ar
05/01/04 04:34:15, Luke Palmer <[EMAIL PROTECTED]> wrote:
LP> I think you're saying that each thread gets its own register set and
LP> register stacks (the call chain is somewhat hidden within the register
LP> stacks). Dan has been saying we'll do this all along.
.
That has been my interpret
50 matches
Mail list logo
