Re: [RFC] Dynamic PMC Classes

At 5:59 PM +0200 8/5/03, Leopold Toetsch wrote: What about the following (also considering, that we might not like one handle/mmap... per PMC, as stated in one f'up): A dynamic PMC library has one init function returning a dyn_pmc_info structure: I think I'd rather have pre-defined names in the PMC

Re: Infant mortality

Juergen Boemmels wrote: > > Benjamin Goldberg <[EMAIL PROTECTED]> writes: [snip] > > Except that generational_dod_helper is much simpler and faster -- it > > doesn't mark anything as alive or free, it only adjusts the generation > > of those pmcs that were created in C functions which we have sinc

RE: We *need* this op! :-)

Leopold Toetsch wrote: > Nicholas Clark wrote: > > Jos Visser wrote: > >>fortytwo I0 > > > > Shouldn't it be the what_do_you_get_if_you_multiply_six_by_nine op? > > Shouldn't it be the > what_do_you_get_if_you_multiply_six_by_nine_then_subtract_twelve op? Just for those people who've missed

Re: This Week's Perl 6 Summary

Piers Cawley <[EMAIL PROTECTED]> wrote: > Don't trace system areas in sweep ops > through holes in the C stack (hmm... if anyone has a good drawing of > this?)). I don't know if its a good one, but my original posting about that problem had some ASCII graphics (in this thread): Subj

Re: Packfile stuff

On Monday 04 August 2003 14:03, Dan Sugalski wrote: > Here's some stuff we need to add to the packfile format and the sub > header to get things ready for more language work. > > Packfiles need to have a symbol table. A series of name/type/location > tuples so we can have global names that map to v

Re: We *need* this op! :-)

Shouldn't it be the what_do_you_get_if_you_multiply_six_by_nine_then_subtract_twelve op? No, it shouldn't. Meditate about it again and you will be enlightened. Hint: "Base 13". Greetings, Christian -- [EMAIL PROTECTED] - http://www.web42.com/crenz/ - http://www.web42.com/ "The worst attitude o

Re: We *need* this op! :-)

Jos Visser <[EMAIL PROTECTED]> wrote: > Accompanying patch adds the "fortytwo" op to Parrot, so the following > PASM becomes legal: > fortytwo I0 Pah, we need my dynpmc patch: load_pmc "foo", P0 new P0, .Foo set I0, P0 print I0 print "\n" en

Re: Set vs. Assign..?

> And ghod forbid, for arrays: > > elements PMC, int > > (an elements op would be really nice, because then > infinite lists > could return infinite elements:) > > elements PMC, PMC > > It might be confusing to have both "set elements" > and "get elements" > by the same name. But those

[CVS ci] bitwise string vtables; ands, ors opcodes

I have checked in some functionality for string bitwise ops. - vtable - B, B opcodes - string_bitwise_{or,and} functions in string.c - minimal tests Missing: - B ops - support for perl scalar PMCs I'd be glad if someone wants to continue that stuff. Have fun, leo

extproc_parrot

after many days of swimming through source code, i've successfully built a library that lets you embed parrot in oracle. this was important to me because for extproc_perl (embeds perl in oracle) to have a future with perl 6, i had to embed parrot. what makes this even cooler is that now we can em

Re: parrot, win32, stand-alone distribution, separate Parrot maillist

> At 8:48 PM +0200 8/4/03, Valery A.Khamenya wrote: > >Hi All, > > > > are there any info on getting ready-to-try > > Parrot for win32 as stand-alone distribution? > > Not that I know of. If someone's got a working build and can put > together a tarball or zip file, we can get it up for downloa