[perl #43851] [CAGE] All calls to stack_entry need to be NULL-checked

2008-09-30 Thread Bernhard Schmalhofer via RT
On Fr. 13. Jul. 2007, 16:21:54, rgrjr wrote: > Are there any? The only ones I can find that that Splint might be > complaining about are the derefs in rotate_entries, but the code > explicitly checks that stack_height is large enough such that > stack_entry will never return NULL. True? Looks l

Re: [perl #59112] Failing test in t/examples/library.t

2008-09-30 Thread Carl Mäsak
James (>): > Let's start with an elementary question: What does Configure.pl say for > you at this step: > > auto::pcre - Does your platform support pcre auto::pcre - Does your platform support pcreyes, 7.7. // Carl

[perl #46083] [TODO] Fix memory leak in src/pmc/parrotio.pmc:open()

2008-09-30 Thread NotFound via RT
Fixed in r31508

[perl #57690] [BUG] make headerizer breaks build

2008-09-30 Thread NotFound via RT
On Mar. Ago. 12 15:05:57 2008, Whiteknight wrote: > This probably isn't headerizer's fault, it's more likely the fault of > IMCC for being so damn complicated. We could change all the function > definitions in the IMCC related files to use "struct _IMC_Unit" instead > of "IMC_Unit" which would res

[perl #46667] [TODO] [C] Do we need properties in the default object system?

2008-09-30 Thread NotFound via RT
> This check can be removed from default.pmc. Property values should not > be returned by get_attr_str. Done in r31509

[perl #59472] [TODO] Randomize hash seed

2008-09-30 Thread via RT
# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #59472] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59472 > In src/hash.c:816 there is a TODO comment: /* TODO randomize */ hash->see

[perl #59410] [PATCH] CONTROL_LOOP_NEXT support for pct. Rakudo won't build, though. -- callgrind output

2008-09-30 Thread Stephen Weeks via RT
Attached is callgrind output from trying to compile rakudo with this patch. As you can see, the most-called functions by far are: /home/sweeks/src/parrot/compilers/imcc/sets.c:set_add /home/sweeks/src/parrot/compilers/imcc/cfg.c:compute_dominance_frontiers

Re: Dumb questions about array slicing...

2008-09-30 Thread Mark J. Reed
Good point on the other special subscript values. The PIR as currently being generated couldn't work anyway, since the subscript is being put in an Int register instead of a PMC one. On 9/30/08, Moritz Lenz <[EMAIL PROTECTED]> wrote: > Mark J. Reed wrote: >> I didn't see anything in the issue t

Re: Dumb questions about array slicing...

2008-09-30 Thread Moritz Lenz
Mark J. Reed wrote: > I didn't see anything in the issue tracker, nor did any tests fail, There are failing (but TODOed) tests somewhere below t/spec/S02-builtin_data_types/ > but am I correct in assuming that array slicing is simply not > implemented yet in Rakudo? Correct. > $ ./perl6 -e 'my