develooper Front page | perl.perl5.porters | Postings from August 2010

[perl #77536] [PATCH] Support B::Generate and B::C

Thread Next
Jim Cromie
August 31, 2010 03:17
[perl #77536] [PATCH] Support B::Generate and B::C
Message ID:
# New Ticket Created by  Jim Cromie 
# Please include the string:  [perl #77536]
# in the subject line of all future correspondence about this issue. 
# <URL: >

---------- Forwarded message ----------
From: Jim Cromie <>
Date: Mon, Aug 30, 2010 at 2:30 AM
Subject: Re: [PATCH] Support B::Generate and B::C
To: Reini Urban <>, The Perl5 Porters Mailing List <>

> Yes, I realise now, that this was not as comprehensive as I perhaps could
> have
> been, as I didn't check all unindexed distributions.
> You patch has no tests. For the documentation for fold_constants I see:
attached is a patch adding fold-constant tests;
number arithmetic fold,
string catenation fold,
lc* & uc* folds
various string compare conditional folds
boolean constant conditional fold,
mixed str-cat . arithmetic fold, with () for forced precendence.
and TODO version without the ()

> So does that mean that it's valid in future for this function to stick to
> *that* documentation, and only fold constants?
> As I discovered by accident last night, it also
> b: creates targets for ops that need targets but don't yet have them
> and I see from looking at the code it also
> c: propagates scalar context for ops that return a scalar

d: runs LINKLIST()
> e: implements 'use integer';
can you suggest perl statements that trigger these particular cases ?

> As it's not documented as doing any of those, is it OK for a future version
> of
> perl to stop doing those? (Which might happen as a side effect of
> refactoring)
> Nicholas Clark

Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About