On Oct-15, Adam Thomason wrote:
> # New Ticket Created by "Adam Thomason"
> # Please include the string: [perl #24226]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=24226 >
>
>
> IBM VisualAge C 6 complains about some
Leopold Toetsch writes:
> I think that for supporting Ruby or such we have to keep fences between
> PMCs and "real objects" very low.
Agreed, or have some sort of automagic transformation possible.
> So it should be possible to define an Imaginary Number class that
> inherits from two (Perl?)Num
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24226]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24226 >
IBM VisualAge C 6 complains about some data<->function pointer casts in interpreter.c
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> On Wed, 15 Oct 2003, Jeff Clites wrote:
>> What do you mean by "new method in the class" above?
> In this case, the "new method" is a named method in the class namespace
> that we look up and call. We'd look it up and dispatch to it.
A more low level lik
JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote:
> There are still some things to do:
> - a global hash is still not totally right. It should be moved to the
> interpreter structure
As Dan already outlined, macros should have some limited scope, probably
per file. So currently the hash has to be cle
On Oct 15, 2003, at 1:48 PM, Melvin Smith wrote:
At 03:49 PM 10/15/2003 -0400, Dan Sugalski wrote:
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at
least
> > single-inheritance objects
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> For PBC code, this is where metadata comes in. (Which means we can
> potentially use it for on-the-fly assembled code as well) If a segment of
> code is known to need an opcode library, then the bytecode loader should
> make sure that library is loaded, in
At 03:49 PM 10/15/2003 -0400, Dan Sugalski wrote:
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at least
> > single-inheritance objects up and running.
> >
> > At the moment, I'm torn bet
On Wed, 15 Oct 2003, Jeff Clites wrote:
> On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
>
> > I'm poking around in the object stuff today, to try and get at least
> > single-inheritance objects up and running.
> >
> > At the moment, I'm torn between just having a new method of some sort
> > in
On Oct 15, 2003, at 8:36 AM, Dan Sugalski wrote:
I'm poking around in the object stuff today, to try and get at least
single-inheritance objects up and running.
At the moment, I'm torn between just having a new method of some sort
in
the class and having a vtable method on the class PMC that retu
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> I'm poking around in the object stuff today, to try and get at least
> single-inheritance objects up and running.
> At the moment, I'm torn between just having a new method of some sort in
> the class and having a vtable method on the class PMC that return
On Wed, 15 Oct 2003, Jürgen Bömmels wrote:
> There are still some things to do:
> - a global hash is still not totally right. It should be moved to the
> interpreter structure
Nope. The macro hash should be per-compilation-unit, not global in any
way. It should go away when compilation is done.
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #24224]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24224 >
Hi,
Back in Feburary, when I hacked up macro support for IMCC I
implemented the macro
I'm poking around in the object stuff today, to try and get at least
single-inheritance objects up and running.
At the moment, I'm torn between just having a new method of some sort in
the class and having a vtable method on the class PMC that returns an
object of that class. (get_pmc on the class
On Tue, 14 Oct 2003, Leopold Toetsch wrote:
> Dan Sugalski <[EMAIL PROTECTED]> wrote:
>
> > ... We'd also rather not have to have separate .so/.dll/.exe files
>
> A small utility, that combines dynamic resources and emits a common
> load routine, which calls the individual load routines could be e
Hi,
I spent the last day getting parrot running under Borland. The
attached patch is whats need to get linking and running make test on
both Windows/Borland and Linux/gcc. I'm not sure if its ready for
inclusion in the tree, but I want some feedback on the approach.
The main problem is that Borla
Adam Thomason (via RT) wrote:
Test 45 in t/pmc/sub.t makes a system call that relies on parrot being in the path
Fixed, thanks, #24211 is the same,
leo
interpreter->flags was a mixture of various flags like GC_DEBUG and run
core settings. Additionally the CGoto bit was set by default, CGoto +
prederef bit did select the CGP core.
This is now cleaned up:
- flags are flags
- run_core settings are separate - only any one core can be active
This ha
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24210]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24210 >
Test 45 in t/pmc/sub.t makes a system call that relies on parrot being in the path (i
19 matches
Mail list logo
