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

getting somewhere..... now with /N I get:

NMAKE : fatal error U1095: expanded command line 'C:\my_perl\perl\bin\perl.exe -MExtUtils::Command -e cp [bunch of file names here]`C:\my_perl\perl\bin\perl.exe - MFile::Basename -e 'print dirname $ARGV[0]' blib\bin`/my_code/templates' too long

/I had no additional affect.

g_White

Replies are listed 'Best First'.
Re^5: nmake error
by gwhite (Friar) on Dec 28, 2004 at 01:35 UTC

    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

      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.