# New Ticket Created by Joshua Isom
# Please include the string: [perl #38392]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38392 >
When using JIT on FreeBSD 6.0, there are multiple failures in
t/op/trans.t. Most are g
This'll likely be out-of-date tomorrow, but I found it useful as a
quick snapshot/overview of the Parrot repository.
http://www.lohutok.net/parrot.pdf (200k)
Allison
On Tue, Jan 31, 2006 at 01:46:30PM -, Jonathan Worthington wrote:
> Both the #define and use of PARROT_DYNEXT_EXPORT look useless here, as it
> is in the group's .c file that the symbol export stuff is needed in (and it
> is there too). Just tested and ci'd a change that removes them.
>
>
"Nicholas Clark" <[EMAIL PROTECTED]> wrote:
I think that I must be missing something. In ponie, src/pmc/perl5pmcs.h
looks
like this:
--
/*
* !!! DO NOT EDIT THIS FILE !!!
*
* This file is generated automatic
Norman Nunley, Jr wrote:
Parrot::Configure::Data->add had a bug in it which caused a reference to
itself to be included in the configuration hash.
This patch effects lib/Parrot/Configure/Data and t/configure/data.t
Thanks, applied - r11387.
leo
Bob Rogers wrote:
From: "Leopold Toetsch via RT" <[EMAIL PROTECTED]>
Yep. At least as long we don't have better support for creating
limited continuations that are able to return some results.
I'm afraid I don't follow. What would you consider better?
Limiting the callframe range,
jerry gay (via RT) wrote:
on platforms sensitive to IREGs with junk data, or on any platform
when running `TEST_PROG_ARGS=-D40 perl -Ilib t/op/calling.t`, test 78
is failing (as reported on #parrot by jisom)
Fixed - r11386
leo
Parrot::Configure::Data->add had a bug in it which caused a reference to
itself to be included in the configuration hash.
This patch effects lib/Parrot/Configure/Data and t/configure/data.t
Please refer to rt ticket #38260 for further context.
Norman Nunley
pcd.patch
Description: Binary dat
I have a partial solution. There was a bug in Parrot::Configure::Data->add
which
caused it to always include a stringified copy of self for every usage of add.
This
leads to a large number of garbage hashref strings with even larger numbers of
delimiter seperated delimiter strings.
I'll attemp
Parrot::Configure::Data->add had a bug in it which caused a reference to
itself to be included in the configuration hash.
This patch effects lib/Parrot/Configure/Data and t/configure/data.t
Please refer to rt ticket #38260 for further context.
Regards,
Norman Nunley
pcd.patch
Description:
10 matches
Mail list logo