On Fri Jan 20 14:13:32 2012, sprout wrote: > On Sat Jan 14 00:58:12 2012, sprout wrote: > > On Thu Jan 12 13:30:10 2012, sprout wrote: > > > Except that can’t really work either, because what would -r -t do? > > > After all, -t doesn’t *set* the stat buffer, either. > > > > > > I propose we make stacked -t an error in 5.16. It has never worked, > > > it’s not clear how it should work, and if we try to make it do something > > > illogical we’ll be stuck ‘supporting’ that behaviour. > > > > > > > But maybe later we could make -t work with _. > > I was about to make stacked -t a compile time error, when I realised > that it would break objects with -X overloading, which currently *do* > work with stacked -t. > > So I realised the real problem: When overloading is not present, the -r > in -r -w foo uses _. When overloading is present, -w arranges for -r to > receive the same argument. > > So it only makes sense to me to use the latter mechanism for stacked -t. > > Using the former still makes sense for other filetest operators, because > -r -w foo should only do one stat, not two. On the other hand, -t -r -w should still work, so -r and -w should *always* pass the filehandle or file name through, but check the stacked flag to see whether it should actually be used. -- Father Chrysostomos --- via perlbug: queue: perl5 status: open https://rt.perl.org:443/rt3/Ticket/Display.html?id=77388Thread Previous | Thread Next