Closed kmx closed 9 years ago
@bulk88, this is the infamous 27/7 failure again. Could you possibly look again at this to help figure out why this happens?
I saw the same thing
'diff' is not recognized as an internal or external command,
operable program or batch file.
'diff' is not recognized as an internal or external command,
operable program or batch file.
'diff' is not recognized as an internal or external command,
operable program or batch file.
'diff' is not recognized as an internal or external command,
operable program or batch file.
'diff' is not recognized as an internal or external command,
operable program or batch file.
t\parse-pegex.t .......... ok
t\pegex-parser.t ......... 'rm' is not recognized as an internal or external com
mand,
operable program or batch file.
'rm' is not recognized as an internal or external command,
operable program or batch file.
t\pegex-parser.t ......... skipped: $ENV{PERL_INLINE_DEVELOPER_TEST} not set
t\release-pod-syntax.t ... skipped: these tests are for release candidate testin
g
All tests successful.
Test Summary Report
-------------------
t\parse-pegex.t (Wstat: 0 Tests: 24 Failed: 0)
TODO passed: 4, 7-9
Files=31, Tests=153, 219 wallclock secs ( 0.16 usr + 0.06 sys = 0.22 CPU)
Result: PASS
INGY/Inline-C-0.73.tar.gz
"C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN\nmake.EXE" test --
OK
cpan[2]>
There isn't much to say on why "diff" and "rm" aren't found on Win32.
@kmx's said FAIL, because it did - yours said PASS. You can safely ignore all the diff/rm stuff, that's because the author of that code didn't write it portably.
I just made a pull request to Inline.pm that should fix the root issue for this. A fix for this issue then would be a version dependency bump.
As an explanation for how this came about: The Makefile code generation in Inline::MakeMaker made code that broke dmake in a subtle way, which caused the wrong path being handed to Inline::C cleanup, which then silently failed to remove the .packlist file, causing ExtUtils::Install to copy it over, mark read-only, and THEN to try and generate a new one.
I'll also be making a pull request on Inline::C to ensure that it does not fail silently in the future, as well as one to ExtUtils::Install to see if they can at least warn when copying .packlist.
Edit: PRs made, EU::Install ticket made: https://rt.cpan.org/Ticket/Display.html?id=102170
@ingydotnet : This should not be closed yet unless the dep version on Inline.pm has been bumped. ;)
Bumped. Waiting on mohawk to review then will release Inline{,::C} together.
Hi,
I have experienced the following failure on MS Windows (gcc-4.8.3)
Regards kmx