Parrot Bug Summary
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Generated at Mon Jul 23 13:00:05 2007 GMT
---
* Numbers
* New Issues
* Overview of Open Issues
* Ticket Status By Version
* Requestors with m
On Thu Jul 19 08:51:35 2007, petdance wrote:
> There should be an in-place, and a string-returner, but not both in
> one func.
>
Ack -a shows this function is only ever called from the test suite. Does that
make it removable?
(and therefore obviate the need for this ticket?)
# New Ticket Created by Will Coleda
# Please include the string: [perl #44109]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=44109 >
"Parrot_add_to_free_list() in src/gc/smallobject.c could use a
thorough review."
-- c
Nope it isn't.
I debated the fix.
Of course the return NULL isn't reachable either so we should remove it too.
But that will cause compiler warnings for not having a return value.
My thinking was that, should someone, someday change PANIC into a
recoverable error, this will prevent leakage.
Ok
On Monday 23 July 2007 11:14:54 [EMAIL PROTECTED] wrote:
> +=head2 NULLOK(x)
> +
> +For function arguments and variables where it's OK to pass in NULL.
> +For example, if we wrote C in Parrot, it would be
> +C.
strlen?
-- c
On Monday 23 July 2007 17:57:29 Kevin Tew wrote:
> Nope it isn't.
> I debated the fix.
>
> Of course the return NULL isn't reachable either so we should remove it
> too. But that will cause compiler warnings for not having a return value.
>
> My thinking was that, should someone, someday change PA
Author: jonathan
Date: Mon Jul 23 21:22:21 2007
New Revision: 20135
Modified:
trunk/docs/pdds/pdd13_bytecode.pod
Changes in other areas also in this revision:
Modified:
trunk/PBC_COMPAT
Log:
[PDD13] Bring format of PBC_COMPAT and the specification in line with each
other.
Modified: trunk
On Jul 23, 2007, at 5:57 PM, Kevin Tew wrote:
My thinking was that, should someone, someday change PANIC into a
recoverable error, this will prevent leakage.
Ok its a stretch. :)
if it's unreachable, we need to get rid of it. PANIC is a dead-end.
xoa
--
Andy Lester => [EMAIL PROTECTED] =
On Jul 23, 2007, at 7:21 PM, chromatic wrote:
I'm okay with that, but we should also decorate PANIC with
PARROT_DOES_NOT_RETURN, which I believe *should* help compilers.
I'm all over it, long ago. PANIC just wraps do_panic which is so
decorated.
--
Andy Lester => [EMAIL PROTECTED] => ww