in reply to ExtUtils::MakeMaker, APR::UUID or Perl problem?

...I've found the single statement that causes the problem, and I'm even more mystified what the hell is going on....If I remove all of those problemed lines, the Makefile is generated just fine. What's going on?
Its simple, APR is breaking MakeMaker. How or why is a question best left to the maintainers of those modules.
The original version ran eval to determine is APR::UUID is available, and if it was, add it to PREREQ.
That doesn't make sense to me. If APR::UUID is a prereq, it should be listed in PREREQ_PM no matter what. If its already installed, whats the point of adding it to PREREQ_PM?
If there's a problem with the APR module, why in Makefile.PL and not in -e? If the lib is just crapping out, where's the error?
Because in Makefile.PL you're using MakeMaker, which is what APR breaks?

MJD says "you can't just make shit up and expect the computer to know what you mean, retardo!"
I run a Win32 PPM repository for perl 5.6.x and 5.8.x -- I take requests (README).
** The third rule of perl club is a statement of fact: pod is sexy.

  • Comment on Re: ExtUtils::MakeMaker, APR::UUID or Perl problem?

Replies are listed 'Best First'.
Re^2: ExtUtils::MakeMaker, APR::UUID or Perl problem?
by jk2addict (Chaplain) on Dec 04, 2005 at 16:16 UTC
    That doesn't make sense to me. If APR::UUID is a prereq, it should be listed in PREREQ_PM no matter what. If its already installed, whats the point of adding it to PREREQ_PM?

    It's not supposed to make sense to you. Just run the Makefile.PL.:-)

    The real answer is that the Makefile.PL requires different uuid generation module depending on the platform (win32/*nix) since there isn't on cross plaftorm module..except for APR::UUID. But I'm not going to require people to install APR just for that if they already have a one of the others installed. And if APR::UUID is available, there's no need to make any nother PREREQUS. Hense..the evals to see what is available.

[reply]

In Section Seekers of Perl Wisdom