G'day Rob,
I was curious about this, so I did a little digging. I don't have a v5.34.0 on MSWin available so I can't do any direct testing.
"Try building Path::Class on Windows and watch it pass ..."
In the "mswin32" column of the "CPAN Testers Matrix: Path-Class 0.37", there are only passes from v5.12.2 to v5.29.3 then, a lone test for v5.34.0 which failed (see "Report for Path-Class-0.37"). The problem here is very similar to what you report for 'make test':
Output from 'C:\perl-5.34.0\bin\perl.exe ./Build test': Can't call method "relative" on an undefined value at C:\Users\jndt\Ap +pData\Local\.cpan\build\Path-Class-0.37-0\blib\lib/Path/Class/Entity. +pm line 71. t/01-basic.t .......... Dubious, test returned 22 (wstat 5632, 0x1600) Failed 28/78 subtests
The line numbers are different: 71 (here) vs. 76 (yours) — I don't know if that's significant.
The distribution provides both a Makefile.PL and a Build.PL. The INSTALL file only references perl Build.PL followed by various ./Build commands (no make anywhere). I had a look at a few reports, all had ./Build test — again, I don't know if that's significant.
The last update to Path-Class was six years ago (2016). So, it would seem more likely the "bug" is due to a Perl change (v5.34.0 was released in 2021, a little over a year ago) or something in Strawberry/ActivePerl/etc.
I don't know if any of that helps. Maybe some avenues for further investigation.
I've no idea if overriding $^O is legitimate. I had a think about it but drew a blank.
— Ken
In reply to Re: Is it ever legitimate to override $^O ?
by kcott
in thread Is it ever legitimate to override $^O ?
by syphilis
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |