As far as I know the code in question would primarily apply to Linux on
amd64. It may also apply to other systems on amd64, but I know that
particular directory structure is used with Linux. FreeBSD is not
affected(but then again, I never have gotten a 32 bit working build).
On Sep 4, 2007,
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
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.
k
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 i
No one took the ticket. Hence, I'm closing it.
Patches were committed a day or two ago and no one has reported
problems. Resolving ticket.
Having heard no objection -- in fact, having heard nothing at all -- I
committed these revised tests to trunk in r21081. Resolving ticket.
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
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 s
# New Ticket Created by Colin Kuskie
# Please include the string: [perl #45169]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45169 >
Remove languages that no longer exist in the repo (conversion and miniperl) and
add ecm
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
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
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 delib
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
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:
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 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.
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(), t
# New Ticket Created by Eric Wilhelm
# Please include the string: [perl #45153]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45153 >
With TAP::Parser, the attached patch and Parrot/TAP/Harness.pm in the
current directory
19 matches
Mail list logo
