Jim Cromie wrote:
Rafael Garcia-Suarez wrote:
2. you gave me an idea for a Grand Plan.
Heres a 'working' version of my earlier proposal,
patched against [EMAIL PROTECTED]
I hope you find it useful for regression testing of the optimizer,
and the opcode generation phases.
1st some changes to exis
Togos <[EMAIL PROTECTED]> wrote:
> $I1 = $I2 + $I3
> $P1 = $P2 + $P3
> Which, of course, doesn't work. But this is what
> languages like Python or Ruby would expect to be able
> to do, as they don't need Perl's fancy variable
> objects -- a register is good enough.
> sementics of
That and o
Hi,
On Tuesday 30 March 2004 09:33, chromatic wrote:
> Hi all,
>
> With the improved object system in place, I've been porting the existing
> SDL Parrot bindings. Here's a sample program that draws the friendly
> blue rectangle again:
>
> .pcc_sub _main non_prototyped, @MAIN
> load_bytecode
Adam Thomason <[EMAIL PROTECTED]> wrote:
> Attached patch fixes a number of cast warnings issued by Intel C++ 8.0.
> This greatly reduces the noise generated by the icc-using tinderbox.
Thanks, applied.
except for one line which is now:
jit_info->arena.fixups->param.fptr = D2FPTR(addr);
leo
On Sun, Mar 28, 2004 at 09:18:16PM +0200, Marcus Thiesen wrote:
> He has a list of his machines in a Wiki (http://wiki.thinknow.de/), it is
> German but I guess that the platform names are quite international. If you're
> interested in a specific platform test just tell me and I'll try to get a
Jens Rieks <[EMAIL PROTECTED]> wrote:
> tar xzf err13.tgz
> cd err13
>=2E./parrot languages/EBNF/main.imc ebnf/precedence1.ebnf
> chrashes, running parrot with -G works.
Can you look again please. It's still crashing but runs much further now.
> jens
leo
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #28093]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28093 >
Hi,
this bug was biting me when trying to undefine macros in Parrot m4.
Afte
Tinderbox "aniani" is not working with the latest copy. I checked the
other boxes and they seem fine.
Part of the log:
==
about to cvs checkout parrot:
/home/perlcvs: no such repository
cvs checkout: authorization failed: server cvs.perl.org rejected access to
/home/perlcv
I just checked in stub code for the PMCArray and StringArray classes.
Ultimately they should be auto-resizeable, PMC or String only arrays,
though right now they aren't. (They wrap PerlArray right now, so
they're far from efficient, but at least they're in to be used)
Integer and Float arrays s
Hi,
On Tuesday 30 March 2004 17:03, Leopold Toetsch wrote:
> Jens Rieks <[EMAIL PROTECTED]> wrote:
> > tar xzf err13.tgz
> > cd err13
> >=2E./parrot languages/EBNF/main.imc ebnf/precedence1.ebnf
> >
> > chrashes, running parrot with -G works.
>
> Can you look again please. It's still crashing but
# New Ticket Created by mrnobo1024
# Please include the string: [perl #28087]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28087 >
The second arg of GetExitCodeProcess should be a pointer to DWORD, not int,
this was ca
Hi,
On Tuesday 30 March 2004 18:57, Dan Sugalski wrote:
> I just checked in stub code for the PMCArray and StringArray classes.
I've attached a patch for the data dumper.
> Ultimately they should be auto-resizeable, PMC or String only arrays,
> though right now they aren't. (They wrap PerlArray r
At 7:13 AM -0800 3/30/04, mrnobo1024 (via RT) wrote:
The second arg of GetExitCodeProcess should be a pointer to DWORD, not int,
this was causing a warning on mingw:
src/platform.c: In function `Parrot_Run_OS_Command':
src/platform.c:446: warning: passing arg 2 of `GetExitCodeProcess' from
incompat
At 7:02 PM +0100 3/30/04, Jens Rieks wrote:
Hi,
On Tuesday 30 March 2004 18:57, Dan Sugalski wrote:
I just checked in stub code for the PMCArray and StringArray classes.
I've attached a patch for the data dumper.
Applied, thanks.
--
Dan
---
Local to Boston (as it's at MIT) but if anyone's in the area... (I
may well go, but I'm not sure if I'll be able to do so) And no, I
have no more detail than this.
Forward begins=
"A (Grand?) Unified Theory of Storage Reclamation"
Speaker: David F. Bacon
Host: Profes
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> After deleting a value, the OrderedHash gets confused when fetching values
> that still should be stored in the hash.
Thanks, applied.
16 matches
Mail list logo