Front page | perl.perl5.porters |
Postings from April 2018
On Mon, 26 Mar 2018 13:19:48 -0700, public@khwilliamson.com wrote: > It is failing with > > utimensat unimplemented in this platform at ../lib/File/Copy.t line 111. > # Looks like your test exited with 2 just after 15. > > See http://perl5.test-smoke.org/logfile/64220 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. 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. Unrelated to this particular bug - there's also Win32 functions to accessing and updating file times to sub-second precision, which I might add at some point. Tony --- via perlbug: queue: perl5 status: new https://rt.perl.org/Ticket/Display.html?id=133030Thread Next