On Sun, Apr 15, 2018 at 05:55:05PM -0700, Tony Cook via RT wrote: > The problem is Time::HiRes exports its utime() replacement if only one of two functions that depends on is available. > > So if you import utime() successfully, the underlying function you need might not be available. > > The first of the attached patches makes utime() available only if both are defined. I think this is suitable for 5.28, and prevents the test failure. It however means File::Copy will no longer preserve sub-second modification times when utime() by name is unavailable. +1 for applying this for 5.28. > The second patch adds a fallback to utimes() if that's available (typically on BSDs, which is the case covered by this ticket.) > > This doesn't try to work around OS X's special behaviour. > > The second patch might not be suitable for 5.28. I think it can wait till 5.29 -- Nothing ventured, nothing lost.Thread Previous | Thread Next