Re: It's Tuesday, so it must be the day for Trouble With Cpan

I would first look at the seemingly broken tool setup, as indicated by the console output:

'C:' is not recognized as an internal or external command,
operable program or batch file.
[download]

Maybe manually installing the package from the unpacked directory works.

Comment on Re: It's Tuesday, so it must be the day for Trouble With Cpan Download Code

Replies are listed 'Best First'.
Re^2: It's Tuesday, so it must be the day for Trouble With Cpan by ikegami (Patriarch) on Jun 03, 2025 at 18:46 UTC
My guess: «`C:/...`» is used, and the «`/`» in «`C:/...`» is treated as the start of a switch. This can be fixed by using «`C:\...`» or «`"C:/..."`» instead.	[reply] [d/l] [select]
Re^3: It's Tuesday, so it must be the day for Trouble With Cpan by ikegami (Patriarch) on Jun 03, 2025 at 18:49 UTC
And the fact that a Cygwin build of `make` is used when installing a module for a Windows build of Perl could also cause issues. Stick to one OS! Strawberry already provides the tools you need.	[reply] [d/l]
Re^4: It's Tuesday, so it must be the day for Trouble With Cpan by Intrepid (Curate) on Jun 03, 2025 at 21:14 UTC
ikegami wrote: > Stick to one OS! Strawberry already provides the tools you need. Aye. Good advice. My memory is not reliable these days: I saw this discussed wrt Gnu 'make' not so long ago here on PMo. The first tool CPAN config asks for is 'make'. And I couldn't find it in the Strawberry utilities. Now that I've been sharply reminded I've gone and looked more thoroughly on the USB stick, and there is D:/SBP/c/bin/gmake.exe and D:/SBP/c/bin/mingw32-make.exe present. I think I'll tell cpan to use `gmake.exe` since they are identical files. So I used all Cygwin tools as the config rolled on. Misled by not finding make as `make.exe`. Now I'll have to change all the external tools. ;-(	[reply]