in reply to Problems with Configuring PPM and Module Installations on Win XP-64 after Win XP

I would like to replicate all this on a new PC that is running Windows XP-64

Easiest way to do that is to run, on your Win XP-64 box, a perl that was "built for MSWin32-x86-multi-thread". That doesn't give you an x64 build of perl, but it does work fine on your Win XP-64 box, and it does allow you to easily achieve the replication you seek.

I saw a post from Jan Dubois recently, indicating that the PPM repository will soon be expanded - but, as BrowserUk pointed out, that repository is currently very limited.

If you have ActiveState's x64 build of Perl, you could install the Platform SDK for Windows Server 2003 R2 compiler and try building Tk form source. Out of curiosity, I'm building Tk-804.027_500 with that 64-bit compiler for x64 ActivePerl right now. The build process ran for a while, but has just terminated with c:\_32\comp\Tk-804.027_500\PNG\zlib\zconf.h(289) : fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory. I have to head off to work - I don't have time to even think about that error at the moment.

Cheers,
Rob
  • Comment on Re: Problems with Configuring PPM and Module Installations on Win XP-64 after Win XP
  • Download Code

Replies are listed 'Best First'.
Re^2: Problems with Configuring PPM and Module Installations on Win XP-64 after Win XP
by syphilis (Archbishop) on May 15, 2009 at 09:53 UTC
    you could install the Platform SDK for Windows Server 2003 R2 compiler and try building Tk form source

    I have (just now) managed to build Tk-804.028 for MSWin32-x64-multi-thread. If the op wants a ppm I could try emailing it over - it's about 5Mb. In tkGlue.c I had to change the one occurrence of: 
    #if USE_NEWSTYLE_REGEXP_STRUCT

    [download]
    to 
    #if 1

    [download]
    Other than that, I had to manually code in some 'bufferoverflowU.lib' links into the generated PNG/zlib/Makefile and also the generated JPEG/jpeg/Makefile to accommodate the fucking bufferoverlfowU.lib dependency. (I believe the bufferoverlowU.lib dependency won't be an issue with some compilers - but it's certainly an issue with mine. An intelligent being would be able to modify the Tk *source* to accommodate that dependency ... but not me.)

    All of the tests passed - though, I had to manually code in a link to 'bufferoverflowU.lib' in the generated PNG/libpng/Makefile in order for one test to build.

    UPDATE: Ditto for the latest devel Tk-804.028_501

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

In Section Seekers of Perl Wisdom