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 tha
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.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16297 >
Hi,
attached patch gets rid of the propably hand crafted PMC types list by
using l
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16296]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16296 >
Hi,
this patch removes ugly warnings for perl6's »make test«.
Please apply.
leo
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16298]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16298 >
Hi,
attached patch uses now a similar startup code for native compiled
programs li
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 shor
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #16300]
# in the subject line of all future correspondence about this issue.
# 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, but I d
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 direc
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 gc
"Brent Dax" <[EMAIL PROTECTED]> writes:
Some comments on this
> =item C Parrot_Int len, Parrot_String enc)>
>
> Allocates a Parrot_String and sets it to the first C bytes of
> C. C is the name of the encoding to use (e.g. "ASCII",
> "UTF-8", "Shift-JIS"); if a case-insensitive match of this na
> 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, ca
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); ..
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 sur
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
--- parrot.orig/languages/Befung
# New Ticket Created by Jason Gloudon
# Please include the string: [perl #16308]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16308 >
This adds logical shift right opcodes. They are essential for bit shifting
negative v
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 ma
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 supp
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
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 probl
# New Ticket Created by Steve Fink
# Please include the string: [perl #16414]
# in the subject line of all future correspondence about this issue.
# 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 that
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
"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
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 t
Since I'm lying in wait to apply the rules in force within most of the
core to Parrot_Interp, I figured I might as well document them. :^)
--- docs/pdds/pdd07_codingstd.pod 17 Jul 2002 02:57:18 -
1.6
+++ docs/pdds/pdd07_codingstd.pod 20 Aug 2002 07:02:15 -
@@ -371,27 +371,19
Brent Dax:
# Since I'm lying in wait to apply the rules in force within most of the
# core to Parrot_Interp, I figured I might as well document them. :^)
Gah, got wrapped all funny. Here it's attached and sent to bugs-parrot.
--Brent Dax <[EMAIL PROTECTED]>
@roles=map {"Parrot $_"} qw(embeddin
# New Ticket Created by Brent Dax
# Please include the string: [perl #16622]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16622 >
Brent Dax:
# Since I'm lying in wait to apply the rules in force within most of the
# core
28 matches
Mail list logo
