Diddling @INC, order of entries in it

[Matt S Trout]

On Wed, Aug 01, 2007 at 09:11:27PM +0100, David Cantrell wrote:
> On Wed, Aug 01, 2007 at 12:10:37PM -0700, Ovid wrote:
> 
> > In other words, if 'prototype "CORE::do"' returns undef, you cannot
> > override do.
> >   ~ $ perl -MData::Dumper -le 'print Dumper prototype "CORE::do"'
> >   $VAR1 = undef;
> > 
> > However, aliasing it to an overridden CORE::GLOBAL::Require seems to
> > work:
> > 
> > What have I misunderstood?  Is this a bug?
> 
> Given that 'prototype' says that 'require' isn't over-rideable, then it
> sure looks like one, and so I'm not going to do it because now that it's
> been found some bugger will go and fix it.

There's already CPAN code using it, and some darkpan stuff of mine.

Ergo I'd suggest core would probably accept a patch to codify this "bug" as
being at worst "accidental feature" class.

-- 
      Matt S Trout       Need help with your Catalyst or DBIx::Class project?
   Technical Director    Want a managed development or deployment platform?
 Shadowcat Systems Ltd.  Contact mst (at) shadowcatsystems.co.uk for a quote
http://chainsawblues.vox.com/                    http://www.shadowcat.co.uk/