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 argument
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
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
# New Ticket Created by Jeff Clites
# Please include the string: [perl #24808]
# in the subject line of all future correspondence about this issue.
# URL: 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.,
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
print $I2
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
Lars Balker Rasmussen [EMAIL PROTECTED] wrote:
Adding a hints file for solaris solves two thread-related link issues.
Applied - thanks,
leo
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 against
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 return
Lars Balker Rasmussen [EMAIL PROTECTED] wrote:
nci_test.c included malloc.h which is deprecated on FreeBSD
Applied, as well as #24802. Thanks,
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,
+/* true if
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
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
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
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 you
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
user
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
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
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 the
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
fed
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 case, and
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.
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 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 confused, are
* 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 don't
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
: yourself.
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 one of the big
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 constitution.
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
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 through I find
# New Ticket Created by Adam Thomason
# Please include the string: [perl #24819]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=24819
A pedantic fix courtesy of VisualAge:
src/events.c attempts to call peek_entry(),
# New Ticket Created by Mattia Barbon
# Please include the string: [perl #24817]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=24817
Hello,
this patch
* renames Parrot_INTERP and Parrot_STRING to Parrot_Interp
-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 decisions at the same
And should stay off-list, thanks.
--
Dan
--it's like this---
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
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 PROTECTED]
I
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 several
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
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-Perl
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 I don't
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
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, by the end 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 Red
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 amendments and
43 matches
Mail list logo
