in reply to Re^4: Strawberry Perl 5.12.3, CPAN, make file problems (dmake.exe), DFSEP and backslash "\"
in thread Strawberry Perl 5.12.3, CPAN, make file problems (dmake.exe), DFSEP and backslash "\"

I ran your command, and it looks okay to to me.

C:\strawberry\cpan\build\OLE-Storage_Lite-0.19-pT5XuU
> perl -V:make -V:perlpath -e " die $^X"
make='dmake';
perlpath='C:\strawberry\perl\bin\perl.exe';
C:\strawberry\perl\bin\perl.exe at -e line 1.

[download]

After the perl Makefile.PL command, I look in the Makefile and see:

C:\strawberry\cpan\build\OLE-Storage_Lite-0.19-pT5XuU
> find "perl.exe" Makefile

---------- MAKEFILE
PERL = C:\strawberry\perl\bin\perl.exe
FULLPERL = C:\strawberry\perl\bin\perl.exe
          perl.exe so_locations \
FULLPERL      = C:\strawberry\perl\bin\perl.exe

[download]

Any more suggestions?

  • Comment on Re^5: Strawberry Perl 5.12.3, CPAN, make file problems (dmake.exe), DFSEP and backslash "\"
  • Select or Download Code

Replies are listed 'Best First'.
Re^6: Strawberry Perl 5.12.3, CPAN, make file problems (dmake.exe), DFSEP and backslash "\"
by syphilis (Archbishop) on Feb 17, 2012 at 03:20 UTC
    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)

    [download]
    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') ? '\\\\'
                                                       : '\\';
}

    [download]
    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') ? '\\'
                                                       : '\\';
}

    [download]
    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

    [download]
    Sure enough, when I look at the generated Makefile, I now find it's the same as yours wrt DIRFILESEP: 
    DIRFILESEP = \
DFSEP = $(DIRFILESEP)

    [download]
    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 '\\\\';
}

    [download]
    That should do it.

    Cheers,
    Rob
[reply]
[d/l]
[select]

      Thanks for the help and insight, Rob. Both you and Eliya got me learning perl make Module internals, and I even learned a new idiom. I absolutely appreciate the effort you've shown in helping me.

      However, it was the thought of having to create a kludge for a freshly installed Strawberry Perl that really got me looking closely at what Anonymous was writing about cpan conf options, and that lead to a solution my neat-freak mentality preferred.

[reply]

        Well, for whatever its worth, strawberry-perl-5.12.3.0.zip does work out of the box 

        $ h2xs -b 5.5.0 -AX Titikaka
Writing Titikaka/lib/Titikaka.pm
Writing Titikaka/Makefile.PL
Writing Titikaka/README
Writing Titikaka/t/Titikaka.t
Writing Titikaka/Changes
Writing Titikaka/MANIFEST

$ cd Titikaka

$ ..\strawberry-perl-5.12.3.0\perl\bin\perl.exe Makefile.PL
Checking if your kit is complete...
Looks good
... Detected uninstalled Perl.  Trying to continue.
Have ..\strawb~1.0\perl\lib
Want \strawberry\perl\lib
Writing Makefile for Titikaka

$ dmake
cp lib/Titikaka.pm blib\lib\Titikaka.pm

        [download]

        However, if you set the enviromental variable make to nmake, its the same as passing Makefile.PL make=nmake 

        $ set make=nmake

$ ..\strawberry-perl-5.12.3.0\perl\bin\perl.exe  Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for Titikaka
Writing MYMETA.yml and MYMETA.json

$ dmake
dmake:  Error: -- `..\strawberry-perl-5.12.3.0\perl\libConfig.pm' not 
+found, and can't be made

        [download]

        So that is the only thing I think it could be, that you have make=nmake in your env for some reason , or maybe DFSEP, nothing else makes sense :)

[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom