in reply to Re^4: nmake error
in thread nmake error

OK, trimmed some marginally required files out of the templates directory only to now get on every line

Too many arguments at -e line 1 C:\my_perl\perl\bin\perl.exe -MExtUtils::Command -e cp images/ +wellness/well_56.jpg `C:\my_perl\perl\bin\perl.exe -MFile::Basename - +e 'print dirname $ARGV[0]' blib\bin`/my_code/images/wellness/well_56. +jpg

with the filename changing for every file in the manifest that is being copied.

g_White

Replies are listed 'Best First'.
Re^6: nmake error
by BrowserUk (Patriarch) on Dec 28, 2004 at 02:01 UTC

    Sorry. Your now deep into the quagmire that is M::M generated makefiles. I cannot help you there as I refuse to touch that stuff--it either works or it doesn't as far as I am concerned.

    That command line is a good example of the mess that gets generated. You have one call to perl nested inside backticks, inside another call to perl.

    The purpose of the nested call is to extract the dirname from "blib\bin"?

    Which then gets prepended to the string "my_code/images/wellness/well_56.jpg"?

    And all of that to copy a file. What a mess.

    I really do hope that Mr. Schwern manages to kick M::M into the bit bucket and replace it with something that takes a rational approach to solving the problem of cross-platform building.


    Examine what is said, not who speaks.
    Silence betokens consent.
    Love the truth but pardon error.
      "Module::Build is the official heir apparent to MakeMaker and we encourage people to work on M::B rather than spending time improving MakeMaker." - ExtUtils::MakeMaker::FAQ.

        While Module::Build does a nice job with modules, it really doesn't do a good job with applications. Simple things like creating a directory that is specified by the user and copying images/templates/configuration info/data files, are just a pain in the tail. So until Application::Install gets written, lots of us will be using MakeMaker.

        g_White