> 0.49 Thu Oct 14 21:58:50 EDT 2004
excellent! thank you very much.
for the interested, Test::More support has now officially been added to
Apache-Test server-side tests, provided you have 0.49.
kudos all around.
--Geoff
Its about freakin' time. Has it really been two years since the last
stable release? Yes it has.
This is 0.48_02 plus a minor test and MANIFEST fix.
INCOMPATIBILITIES WITH PREVIOUS VERSIONS
* Threading is no longer automatically turned on. You must turn it on
before you use
Test::More if you
On Sun, 05 Sep 2004 19:38:12 -0400, Geoffrey Young
<[EMAIL PROTECTED]> wrote:
> just out of curiosity, what's the word on 0.49?
I've finally summoned the willpower to wrestle with Aegis to make
branch closing not be a gulag-like exercise. 0.49 is ready to go
except for some silly looking merge bu
# New Ticket Created by Will Coleda
# Please include the string: [perl #31992]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31992 >
I noticed after a recent update that parts of the tcl test suite started failing. I
f
Parrot Forth
Released: 14 October 2004
Version: 0.1
Download: http://matt.diephouse.com/software/parrot-forth-0.1.tar.gz
This is the initial release of my re-implementation of Parrot Forth in
PIR. Code reviews are both welcome and appreciated (PIR is kind of
new, so I may not be doin
At 4:43 PM -0400 10/14/04, Matt Diephouse wrote:
On Thu, 14 Oct 2004 22:23:06 +0200, Stéphane Payrard <[EMAIL PROTECTED]> wrote:
Hi,
Juste like I added the possibility of declaring many registers
variables with one .sym directive, I am working on returning or
yielding in one line so one can wri
I tried, I really did, but I'm afraid that I must raise the white flag
to my teacher training for the next while and give up writing the Perl 6
Summary until at least after Christmas.
I've had a great time doing this for the last two and a half years, I
hope you've all enjoyed it too. It's been a
On Thu, 14 Oct 2004 22:23:06 +0200, Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Juste like I added the possibility of declaring many registers
> variables with one .sym directive, I am working on returning or
> yielding in one line so one can write:
>
> .return -1, name
>
> instead
# New Ticket Created by Sam Ruby
# Please include the string: [perl #31987]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31987 >
Concrete example: should ResizablePMCArray inherit sort from FixedPMCArray?
I'm assuming
Leopold Toetsch wrote:
The Complex PMC arithmetic MMD vtables (add, subtract, divide) blindly
assume that the RHS argument C is complex too. This needs fixing
and tests.
Fixed, tested. (the tests were there, only commented out)
I only added implementations for MMD_Complex and MMD_DEFAULT. I suppo
Hi,
Juste like I added the possibility of declaring many registers
variables with one .sym directive, I am working on returning or
yielding in one line so one can write:
.return -1, name
instead of:
.pcc_begin_return
.return -1
.return name
.pcc_end_return
Sadly, the .ret
On Thursday 14 October 2004 16:44, Sridhar wrote:
> Finally I symlinked g++-3.3 to c++ to get rid of this error.
c++ is the default linker. It should work if you specify --link=g++-3.3
jens
First some facts:
- all JIT platforms *except* i386 have a register reserved for the
runtime interpreter
- Parrot register addressing is done relative to that CPU register
- that would allow to reuse the JITted code for different threads
aka interpreters
- but because of i386 is using absolute
# New Ticket Created by "Ghofulpo, James \(GE Transportation\)"
# Please include the string: [perl #31980]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31980 >
Is it the intended operation of the 'factorial' program on
# New Ticket Created by Sridhar
# Please include the string: [perl #31983]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=31983 >
System: Debian GNU/Linux (unstable).
I have g++-3.3 in /usr/bin. But running
perl
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> this patch extends test #38 in nci.t, "nci_cb_D4 - synchronous callbacks".
> A pointer to an integer is fetched with 'dlvar' and the integer is set by
> PIR code.
Thanks, applied.
leo
Brian Wheeler wrote:
* cast warnings in default.pmc. Changing static int cant_do_method to
static long cant_do_method makes it compile without warnings, but its
not the right fix.
Better would be to split the return statement and the exception in the
generated code.
Below is a patch which fixes
Jeff Clites <[EMAIL PROTECTED]> wrote:
> At the same time, I'm not sure why we need this construct in a header:
> struct Parrot_Interp;
> typedef struct Parrot_Interp *Parrot_Interp;
We don't need it. There was some discussion a while a go. This typedef
should just be removed.
The
On Wed, Oct 13, 2004 at 11:18:46PM -0700, Jeff Clites wrote:
> typedef struct Parrot_Interp *Parrot_Interp;
>
> I'm not surprised that chokes a C++ compiler, but I don't know why a C
> compiler tolerates it either. Not sure why this is necessary--I wonder
Because structs and types are di
* PARROT_CPU_ARCH is defined as "i386" and PARROT_OS_NAME is "nojit"
when jit determination fails. It now correctly (?) reports 'x86_64' and
'linux'.
* Memory alignment tests warn about a pointer size difference in cast.
A new configuration setting ptrcast is either 'int' or 'long' depending
o
Leopold Toetsch wrote:
>
> publiustemp-perl6internals[at]yahoo.com
> wrote:
> > Haven't seen this mentioned here, but one person hacked up a quick
> > Inline::Parrot
>
> > http://www.perlmonks.org/index.pl?node_id=396890
>
> Relly nice.
Thanks!
> I'd use Parrot calling conventions. C<.prag
On Tue, 12 Oct 2004 22:11:17 +0100, Jonathan Worthington wrote:
>> Windows! Yeah, that'd be an amazing help. I went to go build parrot
>> on Oni over the weekend to see how it went. Failed under both cygwin
>> and VS/.NET, both because of ICU. (Cygwin was linking against a
>> nonexistent ICU libra
Sam Ruby <[EMAIL PROTECTED]> wrote:
> How about:
>METHOD INTVAL find(PMC* substr) {
Sure, we need a return value ;)
> Patch attached. Should the Object parameter be named "pmc" or "self"?
Great. I'd say for consistency "pmc".
> - Sam Ruby
Thanks, applied.
leo
23 matches
Mail list logo
