Merge pull request #62 from vsespb/master

Fix parse_version tests and improve regexp
Ignore once warnings as well
[PATCH] Make EU::MM use LD and OPTIMIZE in recursive Makefile.PL invocations

In a directory hierarchy with Makefile.PL files in subdirectories,
command line arguments like
 perl Makefile.PL OPTIMIZE="-g -O0"
are not used in the generated subdirectory Makefiles.

This seems to be by design: there's a short list of variables
that are inherited, the rest are not taken into account at all.

Debian needs LD and OPTIMIZE for sane handling of security
related build flags, so add those to the whitelist.

Bug: http://rt.cpan.org/Public/Bug/Display.html?id=28632
Bug-Debian: http://bugs.debian.org/660195
Patch-Name: debian/makemaker-recursive.diff

Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
Update Changes and bump to version 6.69_05
[RT#79348] ExtUtils::MakeMaker doesn't support miniperl in installation paths

The following was originally filed in the Perl 5 bug queue as
https://rt.perl.org/rt3/Ticket/Display.html?id=80040.  As
ExtUtils-MakeMaker is primarily maintained on CPAN, I am moving that
report to this queue. -- Jim Keenan

This is a bug report for perl from perl-binary@plan9.de,
generated with the help of perlbug 1.39 running under perl 5.12.2.

-----------------------------------------------------------------
[Please describe your issue here]

ExtUtils::MM_Unix contains this line:

($self->{FULLPERL} = $self->{PERL}) =~ s/miniperl/$perl_name/i
unless $self->{FULLPERL};

This corrupts any path thatconatisn miniperl in it's name. I found out
about this beause I have prefix=/opt/miniperl and CPAN was failing
because it looked for /opt/perl/bin/perl (which confusingly also existed :).

Probably a $ at the end of miniperl would fix this while introducing a
nice $/$ triple combo, but I am no makemaker expert :)

[Please do not change anything below this line]
----------------------------------------------------------------
doc: Fix the META_MERGE example
Merge pull request #63 from dolmen/fix/doc-META_MERGE-example

doc: Fix the META_MERGE example
[RT#64163] clean_subdirs infinite loop if subdir already gone

In ExtUtils::MakeMaker 6.57_06 on recent i386 debian 5.10.1, the
clean_subdirs rule goes into an infinite loop if the subdir it's trying
to clean is already gone.

The rule comes out for me as something like

clean_subdirs :
  $(ABSPERLRUN)  -e 'chdir '\''Foo-123'\'';  system '\''$(MAKE) clean'\'' if -f '\''$(FIRST_MAKEFILE)'\'';' --

I think if the chdir fails because there's no such Foo-123 subdir any
more, then it remains in the toplevel dir, where there's still a
Makefile, so a further "make clean" is initiated, which repeats
clean_subdirs, etc.

I struck this when I'd accidentally untarred another dist in a working
dir.  On manually removing that offending dir a "make clean" then went
into this loop.

I suppose if a subdir is already gone then that would count as success
for cleaning it.  But perhaps other errors from chdir, like no perms to
visit the dir any more, or some system I/O error, might make the rule
fail, in the interests of not letting badness go undetected.
Changes: document the META_MERGE example fix

See 7feab5875eda8e
Fix Changes
Add recent commits to Changes
RT#31053 Mention configure_requires in PREREQ_FATAL documentation
RT#14680 Document TEST_FILES usage with 'make test'
RT#21285 Document 'make veryclean'
Update Changes and bump to version 6.69_06