Leon Timmermans noticed the XS test wasn't running 'make test'
Bump versions, update changes, and fixup manifest for 6.65_02
Use File::Temp in the parse_* tests to resolve race conditions on 64bit Windows
Bump versions and update changes for 6.65_03
Update Changes and bump version to 6.66
RT#84097 Teach MM_Any.pm to deal with VOS keep files (aka core files)

This is a bug report / suggestion against ExtUtils-MakeMaker version 6.64,
encountered while qualifying perl 5.14.2 for inclusion with OpenVOS Release 17.2.

On the Stratus VOS (aka OpenVOS) operating system, what *nix-lang calls a core file
is instead called a keep file, and it begins with the name of the program, may
include the hex form of the process ID, and ends with the suffix ".kp".  So, the
code in the clean function in MM_Any.pm needs to know of these differences.
The attached patch takes care of it. These changes have been tested by me on
OpenVOS Release 17.1 and 17.2 and the proposed changes produce the correct
behavior. Since the changes are conditioned on the 'vos' operating system tag,
they will not affect any other OS. If you have any questions or concerns,
please let me know. Thanks in advance.

Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
RT#83246 www.makemaker.org is down

Change references to www.makemaker.org in the docs
RT#77215 Increase MAXLINELENGTH to 80000

MM_Win32.pm sets by default MAXLINELENGTH (dmake related) to 64 * 1024
which is not enough e.g. for installing Date::Manip

The trouble is that the way MM_Win32.pm sets this value overrides all
dmake config files - for example in strawberry perl dmake is preconfigured
with MAXLINELENGTH := 800000 however MM_Win32.pm takes it down to 65536

Not sure what is the correct way to handle this. I would at least prefer
to increase the default value - my proposal is 800000

Rpeorted by kmx
Allow linking of cygwin libraries

This patch is in the cygwin package as part of pl-CYG11-5101-no-bs.patch
since 5.10

Linking to cygwin dlls need no import library as on Windows and the
generated library names contain no lib prefix

E.g. it fixes [CPAN #69112] for Devel::Declare -lCheck not found.

Signed-off-by: Chris 'BinGOs' Williams <chris@bingosnet.co.uk>
Bump to 6.67_01 and update Changes
Add Travis CI
Merge pull request #57 from miyagawa/travis

Enable Travis CI
Allow v-prefixed version strings once again
typo fixes
typo fix
typo fixes

Not entirely clear if "enclude" should be "include" or "exclude" so please verify
typo fixes
typo fix
Merge pull request #59 from dsteinbrunner/patch-1

typo fixes
Latest CPAN::Meta has a bugfix for downgrading custom resources.