Skip Menu |

This queue is for tickets about the ExtUtils-MakeMaker CPAN distribution.

Report information
The Basics
Id: 21129
Status: resolved
Priority: 0/
Queue: ExtUtils-MakeMaker

People
Owner: Nobody in particular
Requestors: PODMASTER [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in:
  • 6.30
  • 6.30_01
Fixed in: (no value)



Subject: NMAKE : fatal error U1073: don't know how to make ...\libConfig.pm'
Problem in Makefile (DIRFILESEP=\) Discovered when using Perl-5.8.7 from http://theoryx5.uwinnipeg.ca/pub/other/Perl-5.8-win32-bin/ Occurs when perl -V:make is set to '' via ExtUtils::MM_Win32 init_DIRFILESEP So aside from fixing theoryx5 or your local copy (modify lib/Config_heavy.pl and restore to default make='nmake') maybe init_DIRFILESEP should default to \\ instead of \? nmake does (in my tests) handle \\ same as ^\ sub init_DIRFILESEP { my($self) = shift; my $make = $self->make; # The ^ makes sure its not interpreted as an escape in nmake $self->{DIRFILESEP} = $make eq 'nmake' ? '^\\' : $make eq 'dmake' ? '\\\\' : '\\\\'; }
On Tue Aug 22 12:00:37 2006, PODMASTER wrote: Show quoted text
> So aside from fixing theoryx5
Could you alert them to the problem if you haven't already? I'm not sure how they managed to not have a make in their Config.pm. Show quoted text
> or your local copy > (modify lib/Config_heavy.pl and restore to default make='nmake') > maybe init_DIRFILESEP should default to \\ instead of \? > nmake does (in my tests) handle \\ same as ^\
Yes, a better default would be in order. What version of nmake are you using? I haven't seen anything in the nmake 6 docs which says \ is an escape character.
No response in 7 years. Closing the ticket.