Re: [perl #30395] [PATCH] win32 stat.h

Dennis Rieks [EMAIL PROTECTED] wrote: add this lines to config/gen/platform/generic/stat.h I think that no win32/stat.[c|h] file is needed, I checked it in as config/gen/platform/win32/stat.h, which then gets included for win32. I'd like to keep things separate. leo

Re: [perl #30397] [PATCH] Document more spots that require perl 5.6

Andy Dougherty [EMAIL PROTECTED] wrote: There are a variety of places in the languages/ directory that require at least perl 5.006. This patch puts in 'require 5.006' in those files. If we later decide to make everything work with 5.005, these will at least mark some of the problem spots.

[perl #30401] [PATCH] win32 building fix (libnci.dll)

# New Ticket Created by Dennis Rieks # Please include the string: [perl #30401] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30401 Hi, with this patch (and my previous stat.h patch) win32/vc6 compile, link and

Re: The Pie-thon benchmark

On Mon, 21 Jun 2004, Gregor N. Purdy wrote: So, where and when is the pie-throwing going to happen, precisely? IIRC, its at OSCON, but last time i googled for it, I didn't see mention of which OSCON session or BOF it would be at The plan, last I knew, was to run the benchmarks at some

Re: [perl #30395] [PATCH] win32 stat.h

On Tue, 22 Jun 2004, Leopold Toetsch wrote: Dennis Rieks [EMAIL PROTECTED] wrote: add this lines to config/gen/platform/generic/stat.h I think that no win32/stat.[c|h] file is needed, I checked it in as config/gen/platform/win32/stat.h, which then gets included for win32. I'd like to

Re: [perl #30401] [PATCH] win32 building fix (libnci.dll)

Dennis Rieks [EMAIL PROTECTED] wrote: with this patch (and my previous stat.h patch) win32/vc6 compile, link and test now successfully (with system icu). See starshadow tinderbox log for more information. Thanks, applied. leo

Q: exception objects

Pie-thon has Exception objects. We'll need such beasts too. So: 1) How do we translate Python classes? Properties only? Or full ParrotClass objects? 2) We'll need to classify our exceptions somehow so that we can model an exception class hierarchy. We'll also need to catch specific exceptions

Re: Q: exception objects

On Tue, 22 Jun 2004, Leopold Toetsch wrote: Pie-thon has Exception objects. We'll need such beasts too. So: 1) How do we translate Python classes? Properties only? Or full ParrotClass objects? I think ParrotClass objects with properties should work fine. Python objects are also referred

[CVS ci] Pie-thon 1 - recursion limit

b1.py calls recursively functions, the depth is limited by the interpreter, which throws a RuntimeException at recursion depth 1000. So does Parrot now. The limit can be change by: $P0 = getinterp .local int new_limit .local int old_limit new_limit = 4711 old_limit =

Re: [perl #30395] [PATCH] win32 stat.h

Andy Dougherty [EMAIL PROTECTED] wrote: For this case, I don't know if it matters much -- I don't know if there are other platforms that don't define those macros -- but the general principle of testing for features, not for platforms, is a good one and I like to jump up on my soapbox and

Re: [CVS ci] Pie-thon 1 - recursion limit

On Tue, 22 Jun 2004, Leopold Toetsch wrote: b1.py calls recursively functions, the depth is limited by the interpreter, which throws a RuntimeException at recursion depth 1000. So does Parrot now. The limit can be change by: $P0 = getinterp .local int new_limit .local int

Re: [perl #30395] [PATCH] win32 stat.h

On Tue, 22 Jun 2004, Leopold Toetsch wrote: Andy Dougherty [EMAIL PROTECTED] wrote: For this case, I don't know if it matters much -- I don't know if there are other platforms that don't define those macros -- but the general principle of testing for features, not for platforms, is a good

Q: class name hashes

We currently seem to have two different hashes for storing class names: one for PMC base classes and one for dynamic PMCs and objects. I think both should use just interpreter-class_hash. OTOH putting PMC names into this one hash makes it more likely that we get name collisions for user class

Re: Q: class name hashes

On Tue, 22 Jun 2004, Leopold Toetsch wrote: We currently seem to have two different hashes for storing class names: one for PMC base classes and one for dynamic PMCs and objects. I think both should use just interpreter-class_hash. OTOH putting PMC names into this one hash makes it more

Re: [CVS ci] Pie-thon 1 - recursion limit

Dan Sugalski [EMAIL PROTECTED] wrote: On Tue, 22 Jun 2004, Leopold Toetsch wrote: old_limit = $P0.recursion_limit(new_limit) That's fine. We should add this (and anything else we do this way) to the interpinfo op so the values can be fetched back out, both by bytecode and via the

Re: [CVS ci] Pie-thon 1 - recursion limit

On Tue, 22 Jun 2004, Leopold Toetsch wrote: Dan Sugalski [EMAIL PROTECTED] wrote: On Tue, 22 Jun 2004, Leopold Toetsch wrote: old_limit = $P0.recursion_limit(new_limit) That's fine. We should add this (and anything else we do this way) to the interpinfo op so the values can be

parrot interpreter on vxWorks?

my company would just love to embed the interpreter part of parrot into it's product (mtx603) that runs vxWorks. I'm trying to figure out if this is doable. I google'd the perl6-internals list but there's nary a mention of vxWorks. a 'grep fork *.c' in the parrot source code shows fork to occur

Re: parrot interpreter on vxWorks?

On Tue, 22 Jun 2004, greg strockbine wrote: my company would just love to embed the interpreter part of parrot into it's product (mtx603) that runs vxWorks. Woohoo! That'd be cool. I'm trying to figure out if this is doable. I google'd the perl6-internals list but there's nary a mention

Re: [perl #30349] [PATCH] Fix Win32 building part 1

On Friday 18 June 2004 03:56, Jonathan Worthington wrote: # New Ticket Created by Jonathan Worthington # Please include the string: [perl #30349] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30349 Hi, The

[perl #30414] [PATCH] make realclean and .cvsignore fixes

# New Ticket Created by Dennis Rieks # Please include the string: [perl #30414] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=30414 Hi, added just some missing files cvsignore.patch: RCS file:

Re: Q: class name hashes

Dan Sugalski [EMAIL PROTECTED] wrote: On Tue, 22 Jun 2004, Leopold Toetsch wrote: I think both should use just interpreter-class_hash. OTOH putting PMC names into this one hash makes it more likely that we get name collisions for user class names. Yeah. We probably ought to go rename the PMC

Re: cvs commit: parrot/src call_list.txt

Nicholas Clark [EMAIL PROTECTED] wrote: More NCI definitions needed to make things pass on OS X. Thanks. I really shouldn't forget to update call_list.txt. leo

Re: cvs commit: parrot/src call_list.txt

On Tue, 2004-06-22 at 11:03, Leopold Toetsch wrote: More NCI definitions needed to make things pass on OS X. Thanks. I really shouldn't forget to update call_list.txt. Would figuring out how to make the PPC JIT set up NCI calls help with that? Not particularly volunteering, just asking.