Re: [RFC] Dynamic PMC Classes

At 22:44 +0200 7/30/03, Christian Renz wrote: I don't pretend that I fully understand what dynamic classes are about, but Dan's suggestions made it a lot clearer to me. This seems like one possible way to attach something like wxWindows to parrot. I'm wondering about one thing, however: We build c

Re: [RFC] Dynamic PMC Classes

On Thu, Jul 31, 2003 at 12:32:36AM +0200 it came to pass that Christian Renz wrote: > Thanks for the clarification. Does that mean that a mechanism for > dynamic PMCs would automatically allow them to be written in Parrot > also (and not only load binary libs)? I don't think there are currently pl

Re: [RFC] Dynamic PMC Classes

On Wed, Jul 30, 2003 at 10:44:51PM +0200 it came to pass that Christian Renz wrote: > Are there any plans to allow PMCs to be implemented in Parrot? Or am I > asking something stoopid :). There are currently a lot of PMC types implemented directly in Parrot. If you look in the classes/ subdirector

Re: [RFC] Dynamic PMC Classes

I don't pretend that I fully understand what dynamic classes are about, but Dan's suggestions made it a lot clearer to me. This seems like one possible way to attach something like wxWindows to parrot. I'm wondering about one thing, however: We build classes as shared libraries, unless otherwise n

Re: [RFC] Dynamic PMC Classes

At 12:43 +0200 7/30/03, Leopold Toetsch wrote: I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc, dynclasses/Makefile (unportable, but short ;-) Here's what I was thinking

Information on Just-in-Time compilers?

Does anyone know of a website with good information on just-in-time compilers? I'm really intrigued by the idea of JIT (especially WRT Parrot), but I don't have much background at all. Thanks! =) --TWH

"As soon as she walked through my door..."

Congratulations to Damian on a great opening in Ex 6. Anybody can spoof the classic detective novel setup, but it takes real talent to have it actually make sense in the context of a technical document. :-) -Miko Miko O'Sullivan Programmer Analyst Rescue Mission of Roanoke

[perl #23172] [PATCH] Some more Configure --miniparrot tweaks

# New Ticket Created by Jürgen Bömmels # Please include the string: [perl #23172] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=23172 > A followup-patch to the now applied #23034 and #23124 to get miniparrot running again:

Re: Patch status

Juergen Boemmels <[EMAIL PROTECTED]> wrote: >> > [perl #23034][PATCH] Implementation of methods for PIOs >> > [perl #23124][PATCH] [PATCH] Standard filehandles in the interpreter > Each patch on its own worked. But both had diffrent assumptions about > the order of initialisation. This is fixed n

Re: Patch status

? log.9392.gz ? test.imc ? mprout.pl ? docs/core_ops.pod ? docs/io_ops.pod ? io/Makefile ? t/src/staticstring.t ? t/src/valgrind.t Index: build_nativecall.pl === RCS file: /cvs/public/parrot/build_nativecall.pl,v retrieving revision 1.

[RFC] Dynamic PMC Classes

I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc, dynclasses/Makefile (unportable, but short ;-) That works fine so far, it builds F. Now we would need: - an allocated *Pa

Re: About Devel::Cover

Here a patch for what I just say ... HTH, -- Alain BARBET diff -ru Devel-Cover-0.20-old/BUGS Devel-Cover-0.20/BUGS --- Devel-Cover-0.20-old/BUGS Sat Oct 5 19:16:10 2002 +++ Devel-Cover-0.20/BUGS Wed Jul 30 11:29:07 2003 @@ -1,2 +1,6 @@ - Code in BEGIN and END blocks is not reported. - D

Re: Patch status

Juergen Boemmels <[EMAIL PROTECTED]> wrote: > I have a question about the status of my patches: > [perl #23034][PATCH] Implementation of methods for PIOs > [perl #23124][PATCH] [PATCH] Standard filehandles in the interpreter > are now PMCs. I applied both locally, but: 1) I get segfa

Re: approaching python

On Sun, 27 Jul 2003, Joseph Ryan wrote: > Benjamin Goldberg wrote: > > >[...] the problem isn't that python uses *more* registers than > >, but rather, that it doesn't use registers at all. Instead, > >it uses a stack. So, for example, python's add instruction might get > >translated into the f

pirate ("py...rrot")

Hey all, Well, I had my first crack at updating amk's parrot-gen.py for use with imcc. I'm kind of approaching it slowly, and going test-first: I started a new file and am only pulling in code a bit at a time to pass the next test. So far all it does is "print" and a single if/else block bas

Re: parrot on HP-UX etc

H.Merijn Brand <[EMAIL PROTECTED]> wrote: > cpp: "io/io_buf.c", line 65: warning 2001: Redefinition of macro MAX. That's fixed. > cc: "timer.c", line 75: error 1000: Unexpected symbol: "32". Some seem to have defined "TIMER_MAX". I prepended "PARROT_" to all. > HP-UX 10.20/32: > Determining yo

Re: [perl #23159] Parrot SIGSEGV in scratchpad_find

On Tue, Jul 29, 2003 at 08:31:56PM -0400 it came to pass that Dan Sugalski wrote: > That's ultimately the plan. There'll be a safe version of all the > ops, automatically generated, that perform some basic checks--for > example making sure all the pointer-based registers are valid. > This'll be