Hi,
I just checked in a change to make PackFile_unpack only unpack, not fixup
the packfile. When writing code that wants to deal with PBC files, sometimes
we want the raw bytecode before it has offsets replaced with memory
addresses (I'm currently writing pbc_merge, which has this need). I cha
# New Ticket Created by Joshua Hoblitt
# Please include the string: [perl #37180]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37180 >
This patch fixes 'make clean' to recurse into the editor directory and
'make distclea
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #37178]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37178 >
Currently, on SPARC/Solaris with gcc, compilation of parrot produces
7,208 warnings o
Done. All tests pass for tcl in leo-ctx5. (And with leo's recent
fixes, hopefully this means on all platforms for real this time. =-)
This should also fix the problem on windows, as the missing functions
have been uncommented, and are now available.
Please svn up and retest.
On Sep 15, 200
Nick~
On 9/15/05, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 15, 2005 at 01:13:17PM -0400, Matt Fowles wrote:
> > Nick~
> >
> > Dan's plan was to do a topographic sort of the object tree to avoid
> > this problem for non-loops and to break loops randomly. I believe he
> > was even te
On Thu, Sep 15, 2005 at 01:13:17PM -0400, Matt Fowles wrote:
> Nick~
>
> Dan's plan was to do a topographic sort of the object tree to avoid
> this problem for non-loops and to break loops randomly. I believe he
> was even tempted to call rand in there just to make sure people didn't
> come to de
On Sep 15, 2005, at 18:29, Nicholas Clark wrote:
On Wed, Sep 07, 2005 at 02:37:33PM +0200, Leopold Toetsch wrote:
Parrot calls the "destroy" vtable function for all PMCs that have
marked
themselves with PObj_active_destroy_FLAG, when the object gets
recycled
due to GC *or* at program exit.
Nick~
Dan's plan was to do a topographic sort of the object tree to avoid
this problem for non-loops and to break loops randomly. I believe he
was even tempted to call rand in there just to make sure people didn't
come to depend on a behavior...
I think it might be wise for us to make all the de
On Wed, Sep 07, 2005 at 02:37:33PM +0200, Leopold Toetsch wrote:
> Parrot calls the "destroy" vtable function for all PMCs that have marked
> themselves with PObj_active_destroy_FLAG, when the object gets recycled
> due to GC *or* at program exit.
If I have 2 objects in a self-referencing loop,
Will Coleda wrote:
Leo mentions on IRC that some tests are failing on i386 and OSX 10.3
(10.2?). I'm passing 100% on OSX 10.4.
After looking up and down in the sources and in tons of traces spit out
by the tcl interpreter I eventually tracked down the bug. It was due to
destroying exceptio
Minor change to the exception PMC in the leo-ct5 branch - all
exception class tests pass, but this version allows HLLs to use two
slots in the exception object as a stopgap.
This came up as I'm in near the end of converting tcl in leo-ctx5:
versions to date have used two return codes to ind
11 matches
Mail list logo
