Any more suggestions?
In my version of Strawberry, when I build IO-React-1.03, there's no problem. When I look at the generated Makefile I see:
DIRFILESEP = \\
DFSEP = $(DIRFILESEP)
Next I open up lib/ExtUtils/MM_Win32.pm and I find in it:
sub init_DIRFILESEP {
my($self) = shift;
# The ^ makes sure its not interpreted as an escape in nmake
$self->{DIRFILESEP} = $self->is_make_type('nmake') ? '^\\' :
$self->is_make_type('dmake') ? '\\\\'
: '\\';
}
So I change the dmake setting (from 4 backslashes to 2) so that the sub now reads:
sub init_DIRFILESEP {
my($self) = shift;
# The ^ makes sure its not interpreted as an escape in nmake
$self->{DIRFILESEP} = $self->is_make_type('nmake') ? '^\\' :
$self->is_make_type('dmake') ? '\\'
: '\\';
}
Now ... have another go at building IO-React-1.03 (having first run 'dmake realclean'):
C:\sisyphusion\IO-React-1.03>perl makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for IO::React
Writing MYMETA.yml and MYMETA.json
C:\sisyphusion\IO-React-1.03>dmake
dmake: Error: -- `C:\_32\strawberry514\perl\libConfig.pm' not found,
+and can't be made
Sure enough, when I look at the generated Makefile, I now find it's the same as yours wrt DIRFILESEP:
DIRFILESEP = \
DFSEP = $(DIRFILESEP)
Your generated Makefile is wrong ... plain and simple ... you need to remedy whatever it is that keeps generating this fucked Makefile.
In the above MM_Win32.pm sub, does $self->is_make_type('dmake') return true for you ? In essence, you just need to modify that sub so that it returns \\\\ (4 backslashes) for you. Even if you just do it as:
sub init_DIRFILESEP {
return '\\\\';
}
That should do it.
Cheers, Rob
|