--- On Tue, 21/10/08, James Keenan via RT [EMAIL PROTECTED]
\ This basic test suite will fail. That's
because of this test program:
t/00-parrot/06-op-inplace.t
I've reported this a couple of times in
http://rt.perl.org/rt3/Ticket/Display.html?id=59634 -- but
no one paid
2008/9/17 via RT NotFound [EMAIL PROTECTED]:
# New Ticket Created by NotFound
# Please include the string: [perl #58988]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=58988
The Parrot_get_runtime_prefix in
2008/10/18 François PERRAD via RT [EMAIL PROTECTED]:
I am not really happy with this patch.
Perhaps my initial goal with the script tools/install/smoke.pl wasn't
well-known and/or understood.
Its main use case is :
- a Windows user (without parrot dev tree) downloads and installs the
setup
On Mon Mar 03 15:11:25 2008, rgrjr wrote:
From: Bob Rogers [EMAIL PROTECTED]
Date: Sun, 2 Mar 2008 11:28:08 -0500
. . . if I revert string.pmc in r26175 (the one experiment I didn't
bother trying), it does in fact work . . .
And I notice that RT#50040 also no longer fails in
On 2008-Oct-2, at 6:15 pm, Timothy S. Nelson wrote:
The guys on IRC convinced me that the way to go might be something
like a grammar, but that does trees and tree transformations
instead of a text input stream. See the IRC log for details :).
[...]
TimToady note to treematching folks: it
On Fri Mar 31 13:29:46 2006, leo wrote:
I've tried:
$ perl Configure.pl --cc=gcc --link=gcc --ld=gcc --cxx=gcc
--verbose-step=gcc
and got:
Determining if your C compiler is actually gcc...gcc
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO
-I./include -c test.c
Looks perfectly normal to me. Are you concerned because you got a
stacktrace, and aren't used to getting one with Perl 5?
Yes, that is the reason why I am concerned. To see a stacktrace is not
what I am expecting by using the die function.
Gerd Pokorra
On Mon, 20 Oct 2008, Andrew Whitworth via RT wrote:
On Fri Mar 31 13:29:46 2006, leo wrote:
I've tried:
$ perl Configure.pl --cc=gcc --link=gcc --ld=gcc --cxx=gcc
--verbose-step=gcc
and got:
Determining if your C compiler is actually gcc...gcc
-D_LARGEFILE_SOURCE
On Tue, Oct 21, 2008 at 9:28 AM, Andy Dougherty [EMAIL PROTECTED] wrote:
On Mon, 20 Oct 2008, Andrew Whitworth via RT wrote:
On Fri Mar 31 13:29:46 2006, leo wrote:
I've tried:
$ perl Configure.pl --cc=gcc --link=gcc --ld=gcc --cxx=gcc
--verbose-step=gcc
and got:
Determining if
On Tue, 21 Oct 2008, David Green wrote:
On 2008-Oct-2, at 6:15 pm, Timothy S. Nelson wrote:
The guys on IRC convinced me that the way to go might be something like a
grammar, but that does trees and tree transformations instead of a text
input stream. See the IRC log for details :).
[...]
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60036]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60036
As of r31667 (pre-mmd), the following worked:
r31667$ cat y.pir
.sub
On Tue, 21 Oct 2008, Andrew Whitworth wrote:
On Tue, Oct 21, 2008 at 9:28 AM, Andy Dougherty [EMAIL PROTECTED] wrote:
On Mon, 20 Oct 2008, Andrew Whitworth via RT wrote:
On Fri Mar 31 13:29:46 2006, leo wrote:
That is, our config system is still using perl5 config vars blindly w/o
On Tue, Oct 21, 2008 at 12:21:24AM -0700, Ovid wrote:
--- On Tue, 21/10/08, James Keenan via RT [EMAIL PROTECTED]
Thanks. Hopefully this time there will be some traction because there
does appear to be a bug in Perl 6, as evidenced by this one-liner:
perl6 $ ../../parrot perl6.pbc -e
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
C:\Projects\parrotmingw32-make
Compiling with:--
SNIP
Can we get another copy of the report as a plain text attachment against
HEAD? (This one had a lot of HTML embedded in it.)
Thanks.
--
Will Coke Coleda
On Tue Sep 30 08:51:22 2008, julianalbo wrote:
On Mar. Ago. 12 15:05:57 2008, Whiteknight wrote:
This probably isn't headerizer's fault, it's more likely the fault of
IMCC for being so damn complicated. We could change all the function
definitions in the IMCC related files to use struct
Nevermind.
Digging through the HTML output, the error was in one of the coding
standards tests, not one of the functional tests.
That particular codingstd nit has been resolved (and we're about to
switch over to not running those tests by default.)
Thanks for the report: Closing ticket.
On
On Tue, Oct 21, 2008 at 11:01:21AM -0700, Andrew Whitworth via RT wrote:
On Tue Oct 21 10:47:43 2008, Whiteknight wrote:
On Tue Oct 21 07:53:35 2008, pmichaud wrote:
As of r31667 (pre-mmd), the following worked:
$P0 = subclass 'Integer', 'MyInt'
$P1 = new 'MyInt'
As of r32075, 'make; make headerizer' still breaks the build.
Fixed in r32079
--
Salu2
# New Ticket Created by Will Coleda
# Please include the string: [perl #60044]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60044
I would expect both of these programs to output the same thing, but it
looks like
On Tue Mar 27 09:42:00 2007, guest wrote:
On Mon Mar 26 16:52:16 2007, [EMAIL PROTECTED] wrote:
Hi,
The following PMC leaks memory at about 55Mb/100 calls to `call()'
#include parrot/parrot.h
static INTVAL dynpmc_Foo;
pmclass Foo dynpmc {
void class_init() {
# New Ticket Created by Mark Glines
# Please include the string: [perl #60042]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60042
This GDB was configured as i686-pc-linux-gnu...
Using host libthread_db library
On Tue, Oct 21, 2008 at 6:00 PM, Andrew Whitworth via RT
[EMAIL PROTECTED] wrote:
Is this still an issue? I've never even heard of the PCCMETHOD
Compiler, does it still exist? Is it used? Is FixedIntegerArray known
to be leaking any memory?
The perl that translates METHOD calls (previously
# New Ticket Created by chromatic
# Please include the string: [perl #60048]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60048
Several tests fail with the CGP runcore (parrot -C) when multidispatch
re-enters
# New Ticket Created by Jerry Gay
# Please include the string: [perl #60046]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=60046
This metaticket is for issues related to the November 2008 release of
Parrot, planned
On Tue Apr 22 10:05:57 2008, [EMAIL PROTECTED] wrote:
We've been kicking around the idea of removing new_from_string for a
while, but the pushback is always that it's useful to be able to create
a new PMC with some initialization data, without first creating a PMC
initializer that has to be
25 matches
Mail list logo