On 18/08/02 16:06 -0400, Dan Sugalski wrote:
Okay, here's two new vtable methods
freeze(PMC) - Responsible for freezing a PMC to the current freeze
data stream. Throws an exception on error
thaw(PMC) - A class method that thaws a PMC from the current thaw data stream
Both of
At 11:29 PM -0700 8/18/02, Brian Ingerson wrote:
On 18/08/02 16:06 -0400, Dan Sugalski wrote:
Okay, here's two new vtable methods
freeze(PMC) - Responsible for freezing a PMC to the current freeze
data stream. Throws an exception on error
thaw(PMC) - A class method that thaws a
Mike Lambert wrote:
Note that the comparison against parrot-grey is not
exactly fair, because it dodn't use system stackwalking.
Note that I have only commented out the call to the stackwalk
function - for COW benchmarking purposes you could always
reinstate it. But that is beside the point
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16297]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16297
Hi,
attached patch gets rid of the propably hand crafted PMC types list by
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16296]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16296
Hi,
this patch removes ugly warnings for perl6's »make test«.
Please apply.
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16298]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16298
Hi,
attached patch uses now a similar startup code for native compiled
Sunday 18 August 2002 00:38, Simon Cozens wrote:
[EMAIL PROTECTED] (Dan Sugalski) writes:
Has someone looked at and maybe committed this?
The reason I asked which pieces of Parrot were prototypes was
because optimizing the hell out of something that's only a
prototype is nothing short of
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16300]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16300
Hi,
recent changes in hash.c seems to hang[1] hash_clone.
This patch works,
On Sun, 18 Aug 2002, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Tom Hughes [EMAIL PROTECTED] wrote:
What I realised last night however is that there is enough space in
the private flags on the PMC for the type information and I can then
attach the data directly to the
On Sun, 18 Aug 2002, Dan Sugalski wrote:
At 3:50 PM -0400 8/17/02, Dan Sugalski wrote:
At 3:07 PM +0200 8/14/02, Josef Hook wrote:
I've moved all code into one file now.
Cool. Would someone commit this, please?
Nevermind--I did.
--
thanks ! :-)
il start improving it :-)
I am still _way_ behind on my perl6 e-mail but there has been
a spate of discussion on gcc list about how garbage collector
is bad for data-cache locality (particularly temporal locality).
At least some of gcc folk are considering a switch to refcounts
to try and get gcc-3.* back to nearer
Brent Dax [EMAIL PROTECTED] writes:
Some comments on this
=item CParrot_String Parrot_string_new(Parrot_Interp, char* bytes,
Parrot_Int len, Parrot_String enc)
Allocates a Parrot_String and sets it to the first Clen bytes of
Cbytes. Cenc is the name of the encoding to use (e.g. ASCII,
recent changes in hash.c seems to hang[1] hash_clone.
This patch works, but I don't know, if it is the correct way to solve
the problem.
Even if it is the correct way to solve the problem (which I don't know),
it uses C++-style comments which are a no-no for Parrot's C target.
Secondly, can
On Mon, Aug 19, 2002 at 11:31:23AM +, Leopold Toetsch wrote:
recent changes in hash.c seems to hang[1] hash_clone.
This patch works, but I don't know, if it is the correct way to solve
the problem.
[1]
$perl6 -Rt -vwk t/compiler/a_2.p6
..
PC=726; OP=183 (clone_p_p); ...
Nope.
Not very useful, but will reflect the truth.
--
[EMAIL PROTECTED]
345c345
# Make sure index zero is indeed 7
---
# Make sure index zero is indeed -15
434c434
# Make sure index zero is indeed 7
---
# Make sure index zero is indeed -15
522c522
# Make sure
Sorry guys, I was putting the blame on you when trying to load a file not
properly newline-terminated, but it was *all my fault*.
Here's the patch.
Jerome
--
[EMAIL PROTECTED]
diff -urbN parrot.orig/languages/Befunge-93/README parrot/languages/Befunge-93/README
---
# New Ticket Created by Jason Gloudon
# Please include the string: [perl #16308]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16308
This adds logical shift right opcodes. They are essential for bit shifting
Tom Hughes wrote:
In message [EMAIL PROTECTED]
Mike Lambert [EMAIL PROTECTED] wrote:
Oops. That only went in yesterday... Now fixed.
Overall, tho, the patch looks extemely complete. Tracing support,
disassemble.pl support, debug.c support, etc. You even reduced macro
usage.
Jeff wrote:
Tom Hughes wrote:
In message [EMAIL PROTECTED]
Mike Lambert [EMAIL PROTECTED] wrote:
Oops. That only went in yesterday... Now fixed.
Overall, tho, the patch looks extemely complete. Tracing support,
disassemble.pl support, debug.c support, etc. You even
In message [EMAIL PROTECTED]
Jeff [EMAIL PROTECTED] wrote:
Jeff wrote:
It's not quite applying against the current build, however.
classes/default.pmc was easy to fix, assemble.pl not so simple, core.ops
and hash.c had other problems. Could I trouble you to fix these so I can
Jerome Quelin wrote:
Sorry guys, I was putting the blame on you when trying to load a file not
properly newline-terminated, but it was *all my fault*.
Here's the patch.
Applied, thanks.
--
Jeff [EMAIL PROTECTED]
Tom Hughes wrote:
In message [EMAIL PROTECTED]
Jeff [EMAIL PROTECTED] wrote:
Jeff wrote:
It's not quite applying against the current build, however.
classes/default.pmc was easy to fix, assemble.pl not so simple, core.ops
and hash.c had other problems. Could I trouble
# New Ticket Created by Steve Fink
# Please include the string: [perl #16414]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=16414
Here's a patch that I have been threatening to implement for a while:
it makes a PMC
Maybe I'm just doing something wrong...
I make parrot, which goes smoothly, then make IMCC, which chokes on
long long. Then I perl pconfig.pl and make and after two or three
tries a full Perl6grammar.pm magically shows up. I'm still scratching
my head over that one.
Then when I try to run
Welcome, guests! (ah, fresh victims...)
On Tue, 20 Aug 2002, Chris Dutton wrote:
Code must live with a function at line 219 in P6C/IMCC.pm. From what
I gathered from trying to read that module, it appears that somehow
$curfunc is getting undefined, and then never redefined.
This is a weird
On Tuesday, August 20, 2002, at 01:11 AM, Sean O'Rourke wrote:
This is a weird implementation artifact, which should probably be
documented. While real Perl gathers up all the statements you put
outside
of any function into a sort of main, for the time being you'll need to
put all that in
26 matches
Mail list logo
