Re: Testers PASS

2003-08-07 Thread Graham Barr
On Monday, Aug 4, 2003, at 08:15 US/Pacific, Leon Brocard wrote: alian sent the following bits through the ether: But there is a serious problem with CPAN test database. There is like 100 000 reports in the CPAN db. This is not a big problem. 100_000 reports is a very small database and I still

Re: [RfC] disable unused vtable entries

2003-08-07 Thread Nicholas Clark
On Tue, May 20, 2003 at 04:33:31PM +0200, Leopold Toetsch wrote: In perl.perl6.internals, I wrote: When looking at classes/*.c struct _vtable temp_base_vtable {} by far the most vtable methods are unused or uncovered by opcodes: Some more details (vtbc.pl is below): $ ./vtbc.pl |grep same

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

2003-08-07 Thread Vladimir Lipskiy
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 download. If you

Re: pirate guide

2003-08-07 Thread Adriano R. Ferreira
Isn't 'pirate' the name of the Lua compiler for Parrot (by Klaas-Jan Stol)? On Wed, 6 Aug 2003 21:38:25 -0400 (EDT), Michal Wallace [EMAIL PROTECTED] wrote: -- Adriano

Re: Set vs. Assign..?

2003-08-07 Thread TOGoS
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 are just

Re: [RFC] Dynamic PMC Classes

2003-08-07 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: At 11:10 +0200 7/31/03, Leopold Toetsch wrote: *) Determine the init and setup routine names - Parrot_classname_class_setup - Parrot_classname_class_init The class_setup also sets the class_enum i.e vtable-base_type. Well... there are versioning issues

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

2003-08-07 Thread Leopold Toetsch
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 end 42

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

2003-08-07 Thread Christian Renz
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 of

Re: Packfile stuff

2003-08-07 Thread Daniel Grunblatt
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

Re: Infant mortality

2003-08-07 Thread Benjamin Goldberg
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 since

extproc_parrot

2003-08-07 Thread Jeff Horwitz
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

Re: [RFC] Dynamic PMC Classes

2003-08-07 Thread Dan Sugalski
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

Re: perlnum.pmc

2003-08-07 Thread Simon Glover
On Thu, 7 Aug 2003, Benjamin Goldberg wrote: Shouldn't the get_number() method use string_from_num, instead of calling sprintf/snprintf? I've just tried this, and a number of tests break. There seem to be two main reasons. Firstly, some tests were assuming that stringified PerlNums would