# New Ticket Created by Eric Wilhelm
# Please include the string: [perl #45153]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=45153
With TAP::Parser, the attached patch and Parrot/TAP/Harness.pm in the
current
On Mon, 3 Sep 2007, James Keenan via RT wrote:
Here's an issue I hadn't previously spotted in config/inter/progs.pm --
one that was revealed in the coverage analysis
(http://thenceforward.net/parrot/coverage/configure-build/config-inter-progs-pm.html).
In this package's sub runstep(), there
On Sep 4, 2007, at 8:13 AM, Andy Dougherty via RT wrote:
On Mon, 3 Sep 2007, James Keenan via RT wrote:
I'd say just delete it.
Thanks for your feedback. Assuming no one else speaks up for it, I
will delete it in 1-2 days.
Change 21059 removed #include parrot/parrot.h from gdbmhash.pmc.
But gdbmhash.pmc then goes on to do all sorts of things with STRING and
PMC. Obviously, they no longer work.
Was this deliberate? If so, what's the plan forward?
--
Andy Dougherty [EMAIL PROTECTED]
On Tue, 28 Aug 2007, James Keenan via RT wrote:
Andy, I believe I've corrected all the files listed above, plus those
files in t/postconfigure/ that suffered from the same malady.
Could you please double check?
Yes, it appears you got all those. That just leaves 266 possible errors:
$
On Mon, Sep 03, 2007 at 10:49:57AM -0700, Allison Randal wrote:
Both the old and new metamodels allow you to set and get an attribute
for a parent class that has the same name as an attribute in the child
class (Perl 6 and .NET both use this feature in different forms). The
old metamodel
Andy Dougherty schrieb:
Change 21059 removed #include parrot/parrot.h from gdbmhash.pmc.
But gdbmhash.pmc then goes on to do all sorts of things with STRING and
PMC. Obviously, they no longer work.
Was this deliberate? If so, what's the plan forward?
Sorry, this was definitly not
Bernhard Schmalhofer via RT wrote:
On Di. 12. Jun. 2007, 22:38:24, rblasch wrote:
I tried to smoke r18926 on Solaris but failed because of tons of cannot
dereference non-pointer type errors.
Ronald, can you still verify this with svn HEAD ?
Yes, still a problem with HEAD. I should have
Allison Randal wrote:
We need a new syntax for the new metamodel. I'm thinking of:
setattribute obj, [Foo], j, $P4
That works for me.
It uses the familiar keyed access syntax to allow multi-level parent
class names. We would need to add two additional vtable entries
get_attr_keyed and
# New Ticket Created by Colin Kuskie
# Please include the string: [perl #45169]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=45169
Remove languages that no longer exist in the repo (conversion and miniperl) and
I've had another look at this. Here's what I think is going on.
The relevant output is:
Event use_after_free: Using freed pointer (ins)-next
Also see events: [alias][freed_arg]
493 for (ins = unit-instructions; ins; ins = ins-next) {
Event alias: aliasing (ins)-next with ins2
Also see
On Tue Sep 04 13:20:09 2007, [EMAIL PROTECTED] wrote:
This patch talks more about the length opcode, and on which kinds of
variables it can be used with. Since there's more PIR code,
t/examples/tutorial.t is updated.
Watch out for the 'register register' when applying this.
Any particular
Patches were committed a day or two ago and no one has reported
problems. Resolving ticket.
No one took the ticket. Hence, I'm closing it.
On Tue Feb 13 08:42:29 2007, ptc wrote:
In config/init/defaults.pm the lib install path needs to be set
correctly for 32 and 64 bit architecture systems.
Paul: This is one of those tickets that you created on the basis of an
inline comment (which was perhaps originally written by leo). Is it
Please evaluate the patch attached which submits 4 test files to test
config/init/optimize.pm. Full test coverage has been achieved in the
reconfigure/ branch, where these tests were developed.
As always, reports from OSes other than Darwin and Linux would be
appreciated. Thank you very much.
On Thu Jun 07 03:29:19 2007, ptc wrote:
In config/init/optimize.pm when setting the compiler optimisation
flags there is the comment:
# gcc 4.1 doesn't like -mcpu=xx, i.e. it's deprecated
# XXX do we know compiler (version) already?
Paul, this would be a good
17 matches
Mail list logo