On Sunday 05 August 2007 21:59:11 chromatic wrote:
> Actually, use this patch instead.
Unless you like bugs, use THIS patch. I mean it.
-- c
=== include/parrot/hll.h
==
--- include/parrot/hll.h (revision 5224)
+++ include/parrot/h
On Sunday 05 August 2007 21:57:05 chromatic wrote:
> Here's a patch which cleans up the issue somewhat, but doesn't fix up the
> typemaps.
Actually, use this patch instead.
-- c
=== src/pmc/parrotinterpreter.pmc
==
--- src/pmc/parr
I spent more time tracking down the segfaults in Tcl (specifically the one
with an invalid string passed to string_equals()). The problem appears to be
in thawing bytecode, specifically in the ParrotInterpreter PMC and its
thawfinish().
The code there attempts to reconstruct specific bytecode
On Wed Aug 01 03:56:17 2007, jkeen at verizon.net wrote:
> On Jul 31, 2007, at 10:40 PM, Jerry Gay via RT wrote:
>
> >
> > i do want to have the ability to script an entire configure session:
> > that is, pass specific options to specific steps. this could be useful
> > for cross-compilation (say
particle:
I think this patch should get verbose-step to work the way you wanted it
to. Please review. This was developed in the 'step_verbosity_by_name'
branch; the attached is a diff between trunk and that branch.
kid51
Index: lib/Parrot/Configure/Options.pm
===
From: "Matt Diephouse via RT" <[EMAIL PROTECTED]>
Date: Sat, 04 Aug 2007 00:26:05 -0700
. . .
Again, I believe this is what Bob was saying: it's not possible to be
faithful to the original p5 source without creating a separate
subroutine for every loop body.
Exactly.
And t
chromatic via RT wrote:
> On Friday 03 August 2007 05:15:33 Bram Geron wrote:
>
>> At Parrot exit, we force-destroy all PObjs. It can happen that a
>> context is destroyed after its sub is destroyed. Usually that's not
>> a problem, but if you run with -D80 (show when contexts are
>> destroyed, an
Jerry noticed that some symbols are missing with ctags, for example
C.
This happens for me too with ctags 5.6 on Win32, but other versions or
platforms could suffer from the same problem.
$ ctags --version
Exuberant Ctags 5.6, Copyright (C) 1996-2004 Darren Hiebert
Compiled: Jul 30 2006, 16:12:
Since we now have tests covering this issue, and the instances in the
code have been cleaned up, I'm now closing this ticket.