Beefy Boxes and Bandwidth Generously Provided by pair Networks
Don't ask to ask, just ask
 
PerlMonks  

Installing WordNet::QueryData on Win7/Perl64

by cormanaz (Chaplain)
on Nov 10, 2010 at 00:24 UTC ( #870444=perlquestion: print w/ replies, xml ) Need Help??
cormanaz has asked for the wisdom of the Perl Monks concerning the following question:

Howdy bros. I am trying to install WordNet::QueryData on a Win 7 machine with Perl64 and am having hell with it.

PPM doesn't have it.

Download source. No make.

Get nmake15.exe from Microsoft. Windoze says "The version of this file is not compatible with the version of Windows you're running." Sigh.

Get dmake & unzip into ../perl64/bin. Run dmake. "Error -- 'C:\Perl64\libConfig.pm' is not found and can't be made." Arrgh.

Try CPAN. "It looks like you don't have a C compiler and make utility installed. Trying to install dmake and the MinGW gcc compiler using Perl Package Manager. ppm.bat install failed: Can't find any package the provides Min GW." #%@*&!

What to do?

Steve

Comment on Installing WordNet::QueryData on Win7/Perl64
Re: Installing WordNet::QueryData on Win7/Perl64
by BrowserUk (Pope) on Nov 10, 2010 at 00:49 UTC

    This only works for pure-perl modules with no none-core dependencies, but it's my first course of action when PPM-Shell fails to find a module. Which is quite common if you use 64-bit Perl.

    Even more surprising that so many Pure-Perl modules are amongst those missing. In this case, probably because teh make test fails for automated script because the module relies upon environment variables?

    1. Got to http://search.cpan.org/~jrennie/WordNet-QueryData-1.49/QueryData.pm
    2. Click "Source"
    3. Type ^S (or whatever is save-as in your browser)
    4. Navigate to c:\perl64\site\lib (or where your perl is located).
    5. Click the "Create new folder" icon; type "WordNet" and hit enter.
    6. Ensure the filename in the "Save as" dialog reads "QueryData.pm"
    7. Click "Save".

    Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
    "Science is about questioning the status quo. Questioning authority".
    In the absence of evidence, opinion is indistinguishable from prejudice.
Re: Installing WordNet::QueryData on Win7/Perl64
by Anonymous Monk on Nov 10, 2010 at 01:06 UTC
    dmake. "Error -- 'C:\Perl64\libConfig.pm' is not found and can't be made."

    probably because make/nmake is found before dmake ... what does perl -V:make return? It should be dmake

    What to do?

    Install dmake/mingw manually, compile your own perl

Re: Installing WordNet::QueryData on Win7/Perl64
by aquarium (Curate) on Nov 10, 2010 at 03:14 UTC
    there's also at least two other WordNet perl based interfaces, and also SQL, web, and a RESTful interface by others. might be time to check out alternatives?
    the hardest line to type correctly is: stty erase ^H
      also..don't know if this applies to win7/64 but i've had much better luck installing modules (with regard to nmake and mingw gcc) when cygwin is installed. windows becomes a more agreeable beast of burden for dev generally with cygwin installed. i obviously don't know your full situation but if there's any chance of running perl on linux/unix, you'll have better outcomes altogether, if you often find yourself reaching for modules. sure it's sometimes a pain with the extra compiling etc on non-windows platforms, but you don't end up with Mr Smith's quote running through your head instead..."this is a dead end". you could run a linux inside win7 vmware. anyway, it's getting right off the track. perl is happier on linux/unix i think.
      the hardest line to type correctly is: stty erase ^H

        And your best alternative to the problem of installing a pure perl module--copying a text file that takes all of 1 minute to do--is to suggest the OP switch to a different operating system, entailing:

        1. Deciding which of the 100's of distributions to download: (say 1 months research);
        2. download it: (1 hour to several days depending upon his connection);
        3. burn it to a CD or 3 or 5:(say 1 hour);
        4. back up all the work on his current machine: (say 1 day);
        5. blow away his current install (1 hour);
        6. install (working out how to configure,locate any missing drivers; resolve issues: (anything from 1 to n more day(s));
        7. work out how to use this new OS effectively; (6 months);
        8. work out how, and install Perl: (1/2 a day);
        9. restore his work from cd/dvd working out where to put it: (say 1 day);
        10. find an editor, learn how to use it effectively: (if he's a quick learner, 7 days);
        11. work out how to use the compiler and tools effectively: (at least 1 month);
        12. use CPAN shell to install the module: (at least 5 minutes. Longer if his connection is slow.);

        Very helpful.


        Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
        "Science is about questioning the status quo. Questioning authority".
        In the absence of evidence, opinion is indistinguishable from prejudice.
Re: Installing WordNet::QueryData on Win7/Perl64
by syphilis (Canon) on Nov 10, 2010 at 07:08 UTC
    What to do?

    File bug reports against ActivePerl.

    It's not very professional that they automatically set out "to install dmake and the MinGW gcc compiler using Perl Package Manager" on their X64 builds of perl when:
    1) They know that no suitable ppm package exists;
    2) They know that the x64 builds of ActivePerl won't work with dmake and MinGW anyway. (Incidentally, for anyone interested, I can provide fixes to x64 Activeperl that allow it to work fine with dmake and the 64-bit MinGW compiler - ie allow it to work just like the 32-bit builds.)

    The 'libConfig.pm' error crops up from time to time ... but not so often as to allow me to recall (with certainty) the cause of it. I *think* it happens when perl Makefile.PL writes a Makefile for nmake to process, but then the user throws a spanner in the works by running dmake instead.
    It's important that the flavour of make that you run is whatever is reported by perl -V:make

    Iff this module that you're trying to build is pure perl, then there's a chance that you can do it with dmake alone iff you follow these steps:
    1) Prepend the location of dmake.exe to (the beginning of) your PATH env var;
    2) Check that perl -V:make reports 'dmake' (or '\full\path\to\dmake.exe', as the case may be);
    3) In the top level source folder, remove the file named Makefile
    4) In the top level source folder run perl Makefile.PL followed by dmake test followed by dmake install
    5) For me the dmake install can take a minute or so before anything happens ... be patient.

    Cheers,
    Rob

Log In?
Username:
Password:

What's my password?
Create A New User
Node Status?
node history
Node Type: perlquestion [id://870444]
Approved by planetscape
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others examining the Monastery: (5)
As of 2014-12-17 22:51 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    Is guessing a good strategy for surviving in the IT business?





    Results (40 votes), past polls