Bob Rogers wrote:
On behalf of the Parrot team, I'm proud to announce Parrot 0.5.2
P.e. nipalensis. Parrot (http://parrotcode.org/) is a virtual machine
aimed at running all dynamic languages.
The Windows setup is available on http://parrotwin32.sourceforge.net/
with a perl6.exe for the
# New Ticket Created by Bruno
# Please include the string: [perl #49828]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49828
---
osname= freebsd
osvers= 5.5-release-p11
arch= i386-freebsd-64int
cc= cc
---
On Tue, Jan 15, 2008 at 11:16:57PM -0800, Larry Wall wrote:
On Sun, Jan 13, 2008 at 11:22:44PM -0600, Patrick R. Michaud wrote:
: Larry, Jerry, and I discussed this a couple of weeks ago
: and here's my vision for how it should work. To simplify
: things, let's break it into two parts: (1)
While the fix to my particular problem is simple enough, it is apparent
that there's enough bit rot in tools/util/smokeserv-server.pl that it
needs a refactoring. And since there are no unit/regression tests for
this program, it's going to need a good phalanxing.
Accordingly, I have created a
Hi Bruno,
I found parrot installer still hanging under FreeBSD (at least FreeBSD
5.5).
Its's probably because OS name isn't properly separated.
Could you test the patch from ticket 49780,
http://rt.perl.org/rt3/Ticket/Display.html?id=49780 ?
That patch looks like a more general solution.
Hello
2008/1/16, Bernhard Schmalhofer via RT [EMAIL PROTECTED]:
Could you test the patch from ticket 49780,
http://rt.perl.org/rt3/Ticket/Display.html?id=49780 ?
That patch looks like a more general solution.
I've testes it and works perfectly, thanks. Later I'll check it also
against
# New Ticket Created by Paco Linux
# Please include the string: [perl #49832]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49832
Hi:
I had this error with the 0.5.2 release and the latest snapshot (this is my
binhn8te6Y4Jn.bin
Description:
Barney: auto::m4 is one of a small number of 'auto' config step classes
for which I have *not* yet written any unit tests in t/steps/. So feel
free to apply your combination of Simon's and your patches whenever
you've resolved the issues that Bruno raised on list. You're guaranteed
to have all
On Wed, Jan 16, 2008 at 05:38:32AM -0600, Patrick R. Michaud wrote:
: Nice. What about the cases where a test file defines its own local
: wrapper functions to is, isnt, like, etc.? For example, Pugs'
: t/builtins/math/sqrt.t has:
:
: sub is_approx (Num $is, Num $expected, Str $descr) {
:
On Wed, Jan 16, 2008 at 09:18:17AM -0800, Larry Wall wrote:
: We could reserve all the is_* isnt_* ok_* names for that, I suppose.
I've gone ahead and done that. Let me also reiterate here in public
the basic underlying premise that fudge is only for fudging the
tests, and a truly passing test
On Wednesday 16 January 2008 07:03:02 Will Coleda wrote:
Here's (a new, I think) segfault that partcl exposes (r24918)
build tcl.
%../../parrot tcl.pbc t/cmd_after.t t/cmd_after.t
Segmentation fault
FYI, this command line isn't expected to do anything useful at the
moment; I'm only
binjO62Vgzzpn.bin
Description:
# New Ticket Created by Mark Grimes
# Please include the string: [perl #49846]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=49846
It appears that runtime/parrot/include/test_more.pir does not export
'skip'. I'm not
On Wednesday 16 January 2008 08:49:43 Mark Grimes wrote:
It appears that runtime/parrot/include/test_more.pir does not export
'skip'. I'm not sure if this was done on purpose, but I have not seen
any issues when running tests with it exported.
The attached (simple) patch fixes it.
Thanks,
I overlooked resolving this 2-1/2 months ago. It was effectively dealt
with in:
r22702 | jkeenan | 2007-11-04 11:09:27 -0500 (Sun, 04 Nov 2007) | 3 lines
Right now, Parrot's support for NCI callbacks (C code calling back into
PIR code) is relatively limited. In particular, there are at least the
following limitations:
1. The return type must be void (C library does not expect a response).
2. The callback must have exactly two arguments (from
http://www.rakudo.org/
Right now it's just a blog, but we can add more more more.
xoa
--
Andy Lester = [EMAIL PROTECTED] = www.petdance.com = AIM:petdance
18 matches
Mail list logo