in reply to Re^3: cannot gmake Math-Random Random.xs.dll
in thread cannot gmake Math-Random Random.xs.dll

Another Monk! Sweet.

The first link is the one I reference in the first post. The solutions there do no apply for whatever reason. The discussed outputs in this post also suggest I am running the correct version of mingW.

The second link has nothing there for my n00bin' eye balls. I think (based on the first link) that there is no issue with 32bit v 64bit dlls.

The third link; installed VS community, and added a value to PATH. Rebooted and tried again, no change :(

Here's my PATH in case that gives anyone an idea. Sorry for not including it originally:

D:\Program Files\Python\Python27\;D:\Program Files\Python\Python27\Scr +ipts;c:\Rtools\bin;c:\Rtools\mingw_32\bin;C:\ProgramData\Oracle\Java\ +javapath;c:\windows\system32;c:\windows;c:\windows\system32\wbem;c:\w +indows\system32\windowspowershell\v1.0\;C:\Program Files (x86)\NVIDIA + Corporation\PhysX\Common;C:\Program Files\Intel\WiFi\bin\;C:\Program + Files\Common Files\Intel\WirelessCommon\;D:\Program Files\nodejs\;C: +\Program Files (x86)\Skype\Phone\;D:\Strawberry\c\bin;D:\Strawberry\p +erl\site\bin;D:\Strawberry\perl\bin;D:\Strawberry\c\x86_64-w64-mingw3 +2;D:\VisualStudio\Common7\IDE\

EDIT: forgot to mention that I tried installing another module dependent on XS framework(?); namely Time::Piece. This failes in the same manner as installing Math::Random. The issue (possibly) is linked to the compiler (mingW in this case). I added the mingw PATh variable (2nd from the end) myself as there wasn't one to start off with. It made no difference to the error output anyways.

EDIT...again: I just noticed that R has a 32-bit version of mingW installed as part of Rtools. Could this be causing a conflict? If so how should it be resolved? It took quite a bit of effort getting Rtools installed. Bloody windows :/

Replies are listed 'Best First'.
Re^5: cannot gmake Math-Random Random.xs.dll
by Discipulus (Canon) on Sep 16, 2017 at 22:05 UTC
    > I just noticed that R has a 32-bit version of mingW installed as part of Rtools. Could this be causing a conflict?

    for sure! If it comes, as it comes, before during the PATH searching you end with the wrong version found before the one wthat comes with strawberry perl, coherent with your cpanm cliente expectations.

    I'm used to launch strawberry perl, portable edition, using it's own laucher portableshell.bat but I suggest to modify this batch to remove everything but windows foundamentals. Perl before everything and, in my case, just some utils to make life easier. SO my suggested PATH is:

    PATH=C:\ulisse\strawberry\perl\bin;C:\ulisse\strawberry\c\bin;C:\uliss +e\bin\UnxUtils\usr\local\wbin;C:\Windows;C:\Windows\system32;

    L*

    PS about:

    > You guys seem pretty serious..

    You acted wisely putting all information you supposed to be shown. It's a good habit and monks generally expect to have all the info needed to solve wisdom's seekers problems. Even not serious monks need clues, indeed.

    L*

    There are no rules, there are no thumbs..
    Reinvent the wheel, then learn The Wheel; may be one day you reinvent one of THE WHEELS.

      Dude! If I could reach through the monitor and hug you I would! Totally fixed. Totally operable :)

      This does beg the question though...won't having Strawberry mingw above Rtools mingw cause problems for Rtools? Or is Rtools a bit more robust in that way?

      I've dabbled in enough bits'n'bobs to know that more often than not, more is better when it comes to solving these sorts of issues. You know, help me help you kind of situation. And besides, after searching around here for a solution before posting it became apparent very quickly that the standard is pretty high here. Even the not so serious monks put most other posters on most other tech forums to shame. I'm very impressed :)

      Thanks again!!!!

        won't having Strawberry mingw above Rtools mingw cause problems for Rtools?

        Not necessarily, but it might. You'll just have to suck it and see ;-)

        I'm actually a little bit puzzled that the given solution worked for the specific problem you presented.
        You were getting "undefined reference" errors to various perl symbols, and yet the output you presented clearly shows that you were linking to libperl526.a (D:\STRAWB~1\perl\lib\CORE\libperl526.a).
        And libperl526.a definitely resolves those symbols.

        Cheers,
        Rob
        If I could reach through the monitor and hug you I would!

        In a way, you can: the Offering Plate!   (hint, hint :-)


        Give a man a fish:  <%-{-{-{-<