Beefy Boxes and Bandwidth Generously Provided by pair Networks
Clear questions and runnable code
get the best and fastest answer

Re^2: Compile PERL from source on Windows

by MGoBlue (Novice)
on Mar 21, 2013 at 00:03 UTC ( #1024636=note: print w/replies, xml ) Need Help??

in reply to Re: Compile PERL from source on Windows
in thread Compile PERL from source on Windows

Thanks for the reply Rob...

Per previous suggestions, I went and got 5.16.3. Getting the same error but I'm not missing any files. I must have overlooked it previously.

Yep, I set up the CCTYPE in the makefile correctly.

I tried Googling before I posted here.

At any rate, commenting out the test suite is no beuno as it will fail nmake install in the same spot. Both nmake test and nmake install fail in the same spot:

Can't extract version from pod/perldelta.pod at Porting/ line 117. NMAKE : fatal error U1077: '..\perl.exe' : return code '0xff' Stop.

If you build from source regularly, do you mind sharing the secret sauce?


  • Comment on Re^2: Compile PERL from source on Windows

Replies are listed 'Best First'.
Re^3: Compile PERL from source on Windows
by syphilis (Chancellor) on Mar 21, 2013 at 07:17 UTC
    Three things that would make the task easier:

    1) Post the link to the actual source tarball that you downloaded. This will enable me (or anyone else who is interested) to ensure that we have the same source;

    2) Post, on your public scratchpad the contents of the win32/Makefile (after you've edited it). This allows us to see for ourselves that it looks sane;

    3) Post a larger slice (or the entire lot) of the 'nmake test' output (again, on your public scratchpad). I'd like a better idea of precisely when this failure occurs ... and I'd also like to be sure there's nothing relevant in the lead up to the error.
    The error is occurring before *any* tests are run ... right ?

    Hopefully then we can work out what's going wrong.

    With what do you unpack the source ? If it's a GUI app (such as Winzip) try to make sure that it's unpacking the source in "binary" (not "text" or "smart" or somesuch) mode.


      Thanks for the reply... here's the info as requested:


      2) It's on my scratchpad. In the first "section"

      3) It's on my scratchpad. In the second "section"; below the makefile contents. I didn't post the whole thing. Just the leadup to the failure.

      Regarding archiving, I've tried to unpack the source with both WinZip and the unzip I have loaded from cygwin:

      $ unzip -v

      UnZip 6.00 of 20 April 2009, by Cygwin. Original by Info-ZIP.

      Latest sources and executables are at ; see for other sites.

      Compiled with gcc 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) for Unix (Cygwin) on Aug 4 2009.

      UnZip special compilation options: ASM_CRC COPYRIGHT_CLEAN (PKZIP 0.9x unreducing method not supported) SET_DIR_ATTRIB SYMLINKS (symbolic links supported, if RTL and file system permit) TIMESTAMP UNIXBACKUP USE_EF_UT_TIME USE_UNSHRINK (PKZIP/Zip 1.x unshrinking method supported) USE_DEFLATE64 (PKZIP 4.x Deflate64(tm) supported) UNICODE_SUPPORT char coding: UTF-8 (handle UTF-8 paths) MBCS-support (multibyte character support, MB_CUR_MAX = 6) LARGE_FILE_SUPPORT (large files over 2 GiB supported) ZIP64_SUPPORT (archives using Zip64 for large files supported) USE_BZIP2 (PKZIP 4.6+, using bzip2 lib version 1.0.5, 10-Dec-2007) VMS_TEXT_CONV WILD_STOP_AT_DIR decryption, version 2.11 of 05 Jan 2007

      UnZip and ZipInfo environment options: UNZIP: none UNZIPOPT: none ZIPINFO: none ZIPINFOOPT: none

      Both programs used to extract tarball have given me the same results.

      Thanks again for your help!

        OK - I've got the same source as you, but still can't reproduce the problem.

        Do you have 64-bit Windows, or 32-bit Windows ?
        Is your compiler 64-bit or 32-bit ?

        First thing is to concentrate on the contents of pod/perldelta.pod. Does line 5 of that file contain:
        perldelta - what is new for perl v5.16.3
        It should. Specifically, for me that file begins with:
        =encoding utf8 =head1 NAME perldelta - what is new for perl v5.16.3 =head1 DESCRIPTION
        If that part's ok then we probably switch our attention to Porting/ and insert some warn statements just prior to line 117 of that file - that will help us establish the reason that the failure occurs.

Re^3: Compile PERL from source on Windows
by Anonymous Monk on Mar 21, 2013 at 01:53 UTC

    If you build from source regularly, do you mind sharing the secret sauce?

    There is no secret sauce.

    Look at Porting/

    Look at pod/perldelta.pod

    Compare what you have to what is online

    my @want = $contents =~ /perldelta - what is new for perl v(5)\.(\d+)\.(\ +d+)\n/; die "Can't extract version from $filename" unless @want;

    perldelta - what is new for perl v5.16.2

    There is no way for that to fail, unless perldelta is empty

    Why is your perldelta empty?

      Hello... thanks for the reply!

      My perldelta.pod is not empty.

      In my either my extracted perldelta.pod and the manifest ( The files are the same. I do not see an entry which says:

      perldelta - what is new for perl v5.16.3

      Rather, that line is found on the description page for that file. and the manifest ( are the same too.

        Hmm, here is a stupid idea, change \n in regex to  [\r\n]+

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1024636]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others wandering the Monastery: (10)
As of 2018-11-20 11:48 GMT
Find Nodes?
    Voting Booth?
    My code is most likely broken because:

    Results (223 votes). Check out past polls.