Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 18:29:29
Joseph F. Ryan wrote:
As near as I can tell, the only problem with the nice flow of:
A I is a piece of data.
A I is a variable that holds a literal.
A I is a sequence of literals and scalars.
An I is a variable that holds a list
Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 17:14:17
Erik Steven Harrison wrote:
--
On Wed, 12 Feb 2003 18:29:29
Joseph F. Ryan wrote:
As near as I can tell, the only problem with the nice flow of:
A I is a piece of data.
A I is a variable that holds a literal.
A I is a se
--
On Thu, 13 Feb 2003 16:03:41
Joseph F. Ryan wrote:
>Erik Steven Harrison wrote:
>
>>
>>--
>>
>>On Wed, 12 Feb 2003 17:14:17
>> Erik Steven Harrison wrote:
>>
>>
>>>--
>>>
>>>On Wed, 12 Feb 2003 18:29:29
>>>Joseph F. Ryan wrote:
>>>
>>>
As near as I can tell, the only problem
On Thu, Feb 13, 2003 at 06:34:55PM +0100, Leopold Toetsch wrote:
> Nicholas Clark wrote:
>
> >On Thu, Feb 13, 2003 at 04:43:37PM +0100, Leopold Toetsch wrote:
> >>Should I commit it or send to the list first?
> >>
> >
> >I don't know. Are you confident in it? Does it pass all Parrot's regression
Nicholas Clark wrote:
On Thu, Feb 13, 2003 at 04:43:37PM +0100, Leopold Toetsch wrote:
Nicholas Clark wrote:
JIT/i386 uses the stackframe of CGP for its own. When there is a
sequence of non-JITed functions, JIT code braanches directly into the
CGP core and executes the CGP ops. Going back
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #20918]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20918 >
Hello,
Yet another imcc segfault when using imcc to run the testsuite:
In string_81.p
In message <[EMAIL PROTECTED]>
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Is there any compelling reason, why the {get,set}__keyed_int
> vtable methods are defined to take a KEY* value instead of a plain
> INTVAL value?
They aren't are they? As far as I can see they are INTVAL* values..
--- Steve Fink <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 12, 2003 at 08:42:59AM -0800, Joe Wilson wrote:
> > I can build the latest CVS parrot, but how do you build imcc?
> > There does not seem to be a Makefile in parrot/languages/imcc
> > even after running 'perl Configure.pl && make'.
> > I'm gu
Jürgen Bömmels (via RT) wrote:
# New Ticket Created by Jürgen Bömmels
# Please include the string: [perl #20918]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20918 >
Hello,
Yet another imcc segfault when using imcc to
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Is there any compelling reason, why the {get,set}__keyed_int
> vtable methods are defined to take a KEY* value instead of a plain
> INTVAL value?
IIRC, to support operations like
add P0[7], P1, P2[0]
without the need of 8 diffrent vtable entri
Joe Wilson <[EMAIL PROTECTED]> writes:
> > > I can build the latest CVS parrot, but how do you build imcc?
> > > There does not seem to be a Makefile in parrot/languages/imcc
> > > even after running 'perl Configure.pl && make'.
> > > I'm guessing that parrot/languages/imcc/Makefile is generated
>
From: Juergen Boemmels [mailto:[EMAIL PROTECTED]]
>
> But after looking a little more closer I found this:
> config/gen/makefiles.pl:
[...]
> system("$^X -pi -e's/ -Wwrite-strings//' languages/imcc/Makefile");
One thing that immediately looks wrong is:
perl -e '...'
Win32 doesn't like that.
Also, cygwin won't do
perl -i
correctly, you MUST have
perl -i.bak
or something similar.
- Original Message -
From: "Garrett Goebel" <[EMAIL PROTECTED]>
To: "'Juergen Boemmels'" <[EMAIL PROTECTED]>; "Joe Wilson"
<[EMAIL PROTECTED]>
Cc: "Steve Fink" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
S
Nicholas Clark wrote:
On Tue, Feb 11, 2003 at 10:49:14AM +0100, Leopold Toetsch wrote:
Leopold Toetsch wrote:
Or go the other way round: Run from JIT. If there is a sequence of non
JITable ops, convert these to a CGP section, which returns to JIT when
finished. This would save a lot of fu
Tom Hughes wrote:
In message <[EMAIL PROTECTED]>
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Is there any compelling reason, why the {get,set}__keyed_int
vtable methods are defined to take a KEY* value instead of a plain
INTVAL value?
They aren't are they? As far as I can see they ar
On Thu, Feb 13, 2003 at 04:43:37PM +0100, Leopold Toetsch wrote:
> Nicholas Clark wrote:
> > The idea actually works at all?
>
>
> I have it running now.
Can you write an opcode that solves the halting problem? :-)
> JIT/i386 uses the stackframe of CGP for its own. When there is a
> sequence
The languages/imcc/Makefile is generated when the system calls
below are commented out.
Thanks.
By the way, I had no luck with the alternate quote syntax
suggested by someone else.
--- Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> But after looking a little more closer I found this:
> config/g
Juergen Boemmels wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
Is there any compelling reason, why the {get,set}__keyed_int
vtable methods are defined to take a KEY* value instead of a plain
INTVAL value?
IIRC, to support operations like
add P0[7], P1, P2[0]
We can't do thes
Joe Wilson wrote:
The languages/imcc/Makefile is generated when the system calls
below are commented out.
Thanks.
Thanks for your report.
config/gen/makefiles.pl:
genfile('config/gen/makefiles/imcc.in', 'languages/imcc/Makefile',
commentType => '#');
system("$^X -pi -e's/ -
On February 13, 2003 2:00 chromatic wrote:
>I'm experimenting with embedding Parrot at the moment, and have a few
questions.
>
>1) How do I get data into Parrot-space? I can pass arguments to
>Parrot_runcode() or I could populate some registers directly, but both
>approaches have their drawbacks.
20 matches
Mail list logo