On Tue, Jun 28, 2005 at 10:21:20PM +0100, Dave Mitchell wrote:
> On Tue, Jun 28, 2005 at 11:24:59AM -0700, Michael G Schwern wrote:
> > Its the principle of the thing.  Also, not initializing $Verbose and
> > $MaxEvalLen seems going a little overboard espcially when it violates the
> > docs.  Finally I threw in "our" onto the globals so one can turn on strict
> > during testing.  And a version bump.
> 
> your patch increases final memory usage by 460 bytes, and total mallocs by
> 1200 bytes.

Hopefully that's just for informational purposes and you're not actually
proposing rejecting the patch to save 460 bytes.


> > The next target for "use less 'memory'" should probably be Exporter.
> 
> Exporter's already pretty tight.

Exporter will load Exporter::Heavy if it sees "&foo" in its import list.  
It will not for "foo".  This is because any work for symbols goes off into 
Exporter::Heavy.  This always struck me as being a bit unnecessary.  A bunch
of modules use &foo style exports.

It would be nice if Exporter wouldn't do this.  The obvious thing to do
is strip off the & before processing but the extreme memory saving code
style in Exporter makes this kind of difficult.  I'll take a whack at it.


-- 
Michael G Schwern     [EMAIL PROTECTED]     http://www.pobox.com/~schwern
'All anyone gets in a mirror is themselves,' she said. 'But what you
gets in a good gumbo is everything.'
        -- "Witches Abroad" by Terry Prachett

Reply via email to