[COMMIT] Major GC Refactoring

Last night I committed the GC refactoring I submitted the other day, then spent a couple hours putting out fires on the tinderbox. The last thing I attempted was to align my pointer accesses, because Tru64 was giving lots of warnings about Unaligned access pid=246428 va=0x1400b7364 pc=0x12005e40

Re: PARROT QUESTIONS: Use the source, Luke

On Mon, Jul 15, 2002 at 12:34:52AM -0400, Melvin Smith wrote: > At 09:27 PM 7/14/2002 -0700, Brent Dax wrote: > > Wow, Brent lives! :) > > >Here's the rules, roughly as they stand right now: > > > >-Functions start with Parrot_[a-z] or just [a-z]. > >-Typedefed names start with P

[PATCH] pmc.c

Hello i've added a function in pmc.c that handles init_pmc() calls..

[PATCH] Key.pmc and some core.ops functions

I've added a key.pmc. Why would we need a key.pmc one might ask. Well it will be used when assigning keys through init_pmc(PMC *). Example: asm code new P0, PerlArray[2] // array with size 2 will call new_keyed_integer which inturn constructs a key PMC to store its keyes pmc_new_

Re: [PATCH] Key.pmc and some core.ops functions

Josef Höök wrote: > Aldo Calpini ( alias dada on irc ) had a couple of good arguments > why having a key.pmc. I just want this patch in because i need it > for my soon to come matrix.pmc. that's embarassing, but it must have been someone else. I only ranted on IRC about tuple.pmc and some other

Re: [PATCH] Key.pmc and some core.ops functions

On Thu, 18 Jul 2002, Aldo Calpini wrote: > Josef Höök wrote: > > Aldo Calpini ( alias dada on irc ) had a couple of good arguments > > why having a key.pmc. I just want this patch in because i need it > > for my soon to come matrix.pmc. > > that's embarassing, but it must have been someone els

Re: [COMMIT] Major GC Refactoring

On Thu, 18 Jul 2002, Mike Lambert wrote: > Last night I committed the GC refactoring I submitted the other day, then > spent a couple hours putting out fires on the tinderbox. > > The last thing I attempted was to align my pointer accesses, because Tru64 > was giving lots of warnings about > Una

Re: Perl 6, The Good Parts Version

> "pdcawley" == pdcawley <[EMAIL PROTECTED]> writes: pdcawley> Would I be right in thinking that it should be possible to implement a pdcawley> prolog like language almost entirely within a regular expression? pdcawley> Anyone want to step up to the plate? I've already done a Scheme proof pd

Re: [netlabs #757] Problem mixing labels, comments and quote-marks

On Sat, 13 Jul 2002, Tom Hughes wrote: > Of course... The attached patch should handle that I think... This patch is breaking several Solaris 32-bit tests. The following assembly (from t/pmc/perlarray1.pbc): new P0,.PerlArray set P0,0 set I0,P0 print I0

[perl #15099] [PATCH] Remove redundant comments in test suite

# New Ticket Created by Simon Glover # Please include the string: [perl #15099] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15099 > These comments don't seem to be needed any more. Simon --- t/pmc/array.t.old Thu

Re: Streams vs. Descriptors

On Tuesday, July 16, 2002, 5:42:28 PM, you (mailto:[EMAIL PROTECTED]) wrote: > On Mon, Jul 15, 2002 at 08:59:40PM -0400, Melvin Smith wrote: >> And the aioread/aiowrite/listio, etc. are a POSIX standard now, so they >> should be reasonably available on most UNIXen. > Are the aio* calls available

Re: [netlabs #757] Problem mixing labels, comments and quote-marks

In message <[EMAIL PROTECTED]> "David M. Lloyd" <[EMAIL PROTECTED]> wrote: > On Sat, 13 Jul 2002, Tom Hughes wrote: > > > Of course... The attached patch should handle that I think... > > This patch is breaking several Solaris 32-bit tests. The following > assembly (from t/pmc/perlar

Re: Subs?

On Wed, 2002-07-17 at 22:01, Melvin Smith wrote: > Subs, co-routines and continuations are at a very limited, but functional > state. > > Basically you can create a PMC with a bytecode address or label > and use the call/callco/callcc ops on it. > Subs seem to be broken right now. Here is a pasm

Re: Subs?

At 02:16 PM 7/18/2002 -0600, Jonathan Sillito wrote: >On Wed, 2002-07-17 at 22:01, Melvin Smith wrote: > > Subs, co-routines and continuations are at a very limited, but functional > > state. > > > > Basically you can create a PMC with a bytecode address or label > > and use the call/callco/callcc

.dev files

Ok, I would like to try and summarize what should be done for .dev files 1.) .dev files should not be used to describe individual functions. Instead, the .c file that contains the function should be used. 2.) .dev files should contain the sections as mentioned in PDD07. 3.) .dev files

RE: .dev files

Tanton Gibbs: # So, my final question is: should .dev files be plain text or POD? My vote is for pod. pod is close enough to plain text that I don't see why it shouldn't be in it. --Brent Dax <[EMAIL PROTECTED]> @roles=map {"Parrot $_"} qw(embedding regexen Configure) He who fights and runs aw

Re: cvs commit: parrot/lib/Parrot/Configure RunSteps.pm

At 20:15 on 07/18/2002 -, [EMAIL PROTECTED] wrote: > NOTE: The test file might not work right if the platform doesn't support ff lush(stdout). If > someone has a better idea, let me know. Are there platforms which do not? AFAIK, fflush() is specified in the C standard. If you want to

Re: .dev files

At 14:18 on 07/18/2002 PDT, "Brent Dax" <[EMAIL PROTECTED]> wrote: > Tanton Gibbs: > # So, my final question is: should .dev files be plain text or POD? > > My vote is for pod. pod is close enough to plain text that I don't see > why it shouldn't be in it. Me too. That way you can all come to

[PATCH] dod.dev

This is the .dev file for dod.c I realize that the garbage collection is still kind of (ok very) volatile right now, but I thought we could go ahead and have this for people to look at and make comments on. BTW, I submitted this patch to the RT system, but it refused my email...any idea why? Th

Re: [PATCH] Subs?

On Thu, 2002-07-18 at 14:27, Melvin Smith wrote: > The temporary fix is to do: > > new P0, .Sub > set_addr I0, MYSUB > set P0, I0 > call Attached are three small patches, two of them change example files (examples/assembly/coroutine.pasm and examples/assembly/sub.pasm) to use this fix that Melvi

Re: [PATCH] Subs?

At 05:00 PM 7/18/2002 -0600, Jonathan Sillito wrote: >On Thu, 2002-07-18 at 14:27, Melvin Smith wrote: > > The temporary fix is to do: >Attached are three small patches, two of them change example files >(examples/assembly/coroutine.pasm and examples/assembly/sub.pasm) >to use this fix that Melvin

Re: [PATCH] dod.dev

At 06:35 PM 7/18/2002 -0400, Tanton Gibbs wrote: >This is the .dev file for dod.c Applied, thanks. They are all in docs/dev now. -Melvin

Re: [PATCH] dod.dev

I really dislike this. --Josh At 22:56 on 07/18/2002 EDT, Melvin Smith <[EMAIL PROTECTED]> wrote: > At 06:35 PM 7/18/2002 -0400, Tanton Gibbs wrote: > >This is the .dev file for dod.c > > Applied, thanks. > They are all in docs/dev now. > > -Melvin > >

Re: [PATCH] dod.dev

At 11:54 PM 7/18/2002 -0400, Josh Wilmes wrote: >I really dislike this. It wasn't my choice, I just asked for a consensus on IRC since I didn't see a final decision on p6i. Feel free to move them wherever. -Melvin

[RELEASE] Parrot 007: Secret Agent Bird

"There's a bird who leads a life of hacking >From everyone he meets / He gets some backing With every patch he takes / Another build we make Odds are he won't be the same tomorrow Secret Agent bird / Secret agent bird They've built the perl 6 grammar / And taken away a kluge" "Do you expect me t

RE: [RELEASE] Parrot 007: Configure.pl glitch on Windows

Building from clean CVS download on Windows 2K w/VC++: Parrot Version 0.0.7 Configure 2.0 Configure.pl was crashing at the minimum pointer alignment test. In Step.pm there are two functions that run a test program: cc_run() and cc_run_capture(). In both cases the program is initiated with t