--- 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 on
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.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=58988 >
>
>
> The Parrot_get_runtime_prefix in sr
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 th
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 fa
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 :).
[...]
note to treematching folks: it is envisag
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
>
> 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_LARGEFIL
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 g
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 :).
[...]
n
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #60036]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60036 >
As of r31667 (pre-mmd), the following worked:
r31667$ cat y.pir
.sub 'main'
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 bli
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
On Tue Jul 08 17:17:29 2008, [EMAIL PROTECTED] wrote:
>
> C:\Projects\parrot>mingw32-make
> "Compiling with:"--
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 "
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 Tue,
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 'MyIn
> 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.
# 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 rethrow
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
# New Ticket Created by Mark Glines
# Please include the string: [perl #60042]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60042 >
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/l
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 (previous
# New Ticket Created by chromatic
# Please include the string: [perl #60048]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60048 >
Several tests fail with the CGP runcore (parrot -C) when multidispatch
re-enters bytecode
# New Ticket Created by Jerry Gay
# Please include the string: [perl #60046]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=60046 >
This metaticket is for issues related to the November 2008 release of
Parrot, planned for N
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
25 matches
Mail list logo
