http://www.pobox.com/~schwern/src/ExtUtils-MakeMaker-6.30_01.tar.gz or http://svn.schwern.org/svn/CPAN/ExtUtils-MakeMaker/trunk or a CPAN near you.
This is an alpha release of ExtUtils::MakeMaker. The primary purpose of this alpha is to test out a new system of shipping dependent modules with MakeMaker without their overwriting newer versions or being indexed by CPAN. This is in preparation for splitting out the auxillary ExtUtils modules ExtUtils::Command, Install, Installed, Manifest, Mkbootstrap, Mksymlists and Packlist into their own distributions for better maintenance and better coordination with Module::Build and other non-MakeMaker users. To that end, those modules now live in inc/ rather than lib/. They are copied into blib/ and installed only if their version is newer than the one already installed or if no module is installed. From a user perspective everything should continue to work as normal. However, should it now, please report your problems. I'm particularly interested in feedback from Windows and VMS users. A side-effect of this is better META.yml support. MakeMaker's autogenerated META.yml now contains all the required fields of the proposed META 1.1 spec. http://module-build.sourceforge.net/META-spec-new.html name version abstract license (from LICENSE) generated_by author distribution_type requires meta-spec WriteMakefile() now takes a LICENSE field similar to Module::Build's license. There is now a mechanism to append to the auto-generated META.yml file, EXTRA_META. For example, MakeMaker uses this to add on a no_index field to prevent inc/ from being indexed by CPAN. Finally, for the Windows users, Makefile.PL now takes a MAKE parameter so you can tell it if you're using dmake or nmake thus overriding the entry in $Config{make}. 6.30_01 Tue Aug 16 23:53:27 PDT 2005 * Fixed compiling modules using an uninstalled Perl on Win32 by using the proper perl header location for Windows (which is different from Unix). Looks like a very old bug. [bugs.perl.org 36128] - $ExtUtils::MakeMaker::Revision accidentally left in a stray "Revision". [thanks pdx.pm for noticing this] - Fixed the $VERSION = $Revision$ example in the MakeMaker docs and the FAQ. [thanks again, pdx.pm] - Elaborated on the differences between CVS, SVN and others when using $Revision$ based $VERSIONs. * ExtUtils::Command, ExtUtils::Install, ExtUtils::Manifest, ExtUtils::Mkbootstrap, ExtUtils::Mksymlists and ExtUtils::Packlist are all now considered to be separate distributions. To avoid a circular dependency, MakeMaker distributes its own versions but CPAN should not index them and they will not overwrite a newer, installed version. * Added EXTRA_META option to allow module authors to append extra text to the generated META.yml. * Added a LICENSE field mirroring Module::Build's license. * META.yml support updated to version 1.1. All required fields now generated. (NOTE: 1.1 isn't yet complete but we're going with it anyway. MakeMaker uses "author" instead of "authored_by" as its expected the former will be used in 1.1 final). * Non-conforming version_from and installdirs META.yml fields removed. * META.yml distribution_type field now intelligent enough to guess at the type rather than hard code 'module'. * INSTALLBASE changed to INSTALL_BASE to match Module::Build. * Added a MAKE parameter for Windows users to say if they're using dmake or nmake. -- Michael G Schwern [EMAIL PROTECTED] http://www.pobox.com/~schwern Don't try the paranormal until you know what's normal. -- "Lords and Ladies" by Terry Prachett
