header for the Changes file

changelog for recent patches

Fixed `$metadata->contains_pod`. Because $#x is -1 origin.

Improve package detection regular expression

Added tests to metadata.t for valid and invalid package names.  Updated
regular expressions within Module::Metadata so that invalid package
names are not passed along as valid package names

add git repository metadata

fix bad version in Changes

no trailing whitespace

Ready 1.0.11 for release

remove other spurious warning

apeiron is an idiot

Do the (dev) release dance

Remove warning for when modules don't do $VERSION = eval $VERSION.

In a non-trivial number of cases this will be triggered on code one
doesn't have any control over, and thus can't really fix--the verbosity
therefore doesn't actually provide any benefit to the user. In the
original use case (Module::Build::ModuleInfo) this sort of warning makes
good sense as a sanity check for authors. It has no place in a general
purpose library, though.

... not to mention the bloody thing was an unless/else block. Seriously?
And the warning did not at all communicate what the actual problem was.
Bad UX all around.

Test for __(?:DATA|END)__ in the "code" section of the loop

If the line is =cut, then it can't possibly be __DATA__ or __END__.

Detect POD sections like perl would

perl considers that a POD section begins with a line that starts by "=X",
X being any alphabetic character, and ends by "=cut" followed by a
non-alphabetic character. This commit makes Module::Metadata follow this
strategy.

Note that there's still a gotcha : "=X" must be a statement to start a POD
section. This means that in

    my $x
    =pod
    ;

'pod' is treated as a bareword, hence is compiled to either a string
literal or a function call depending on whether a pod() sub has been
previously declared in the current package. Module::Metadata cannot do
anything about this situation.

This commit partially reverts the previous commit a4aafbc2.

Be stricter about which =XXX are POD keywords

"defined $x ? $x : undef" better written as "$x"

Don't skip lines beginning by # in POD

They are only comments in code.

Don't collect "=cut" at the end of a POD section

A couple of tests about commented versions

POD tweaks

Properly handle BOMs at the beginning of the file

This applies to new_from_file and new_from_module, but not new_from_handle.

This fixes RT #78434.

Bump version to 1.0.10 and update Changes

Portability fix-ups for new_from_module()

This fixes test failures on VMS, and resolves RT #76030.

Test package_versions_from_directory with regard to case-sensitivity

Fix t/metadata.t failure under Cygwin

This fixes RT #78376.

Only compile $PKG_REGEXP and $VERS_REGEXP once

These regexps are static and so can benefit from the /o modifier.
Profiling shows that this gives a 15% speedup for _parse_fh().

Only call _parse_version_expression() for lines that contain VERSION

This saves a method call for each source line that does not contain
'VERSION', yielding a whopping 30% speedup for _parse_fh().

Optimize POD section handling in _parse_fh()

This is one of the hot spots that NYTProf points out for _parse_fh().
Avoiding the negative lookahead and the redundant regexp match for /^=cut/
yields a 10% speedup.

gitignore: MANIFEST and dist tarball/dir

Bump version to 1.000009 and prep Changes for release

Make all prereqs explicit in Makefile.PL

use croak instead of die

add required 'version' arg to provides()

updated Changes

bump version to 1.0.8

document that packages_inside is unfiltered

add "provides" method for correct CPAN META field generation

test package_versions_from_directory

Bump version to 1.0.7

Backport VMS fixes from blead [RT #70781]

Dot is the directory delimiter on VMS, so it's awkward at best to use it
in directory names.  Blead commit 4eb81ef279, "Update Module-Metadata to
CPAN version 1.000005" introduced two new directories with dots in the
name, which confused the manifest checker and broke the build on VMS.

Bump version to 1.0.6 and update Changes

Support "package NAME BLOCK" and "package NAME VERSION BLOCK"

Ignore MYMETA.json

Test undefined $VERSION

Edited documentation

Add new_from_handle method [RT #68875]

Fix references to ModuleInfo [RT #66133]

bump version to 1.000005

update Changes for release

local $package::VERSION should now actually work

Signed-off-by: David Golden <dagolden@cpan.org>

bump version to 1.00004 and update Changes

Find Module/Metadata.pm in blib/arch before chdir() [RT #65380]

Signed-off-by: David Golden <dagolden@cpan.org>

bump version to 1.000003 and timestamp Changes

documentation cleanup

add LICENSE when generating META.yml

bump version and CHANGES for 1.000002

Munge non-lax versions when possible

Older version of version.pm allowed various forms that
failed even the "lax" rules. The new version.pm module
conforms to the Perl 5.12 rules, so this commit adds some
munging to try to cope with some non-lax versions
strings like "1.23-alpha"

Fix up some comments about version manipulation

switch from Module::Metadata::Version to version.pm

add a gitignore file

factor out author targets into a plain Makefile.include

Changes file and 1.000001 version bump for release

fixup version bump to nuke Makefile, make Makefile.PL use new location of maint include

move Author.PL to maint/Makefile.PL.include to prevent it being run at build time

add bump-version utility for author-side work

bump Module::Metadata version to 1.0.0

squelch warning in Author.PL

include xt/ in MANIFEST since we want the dist to be as close to reh repo as possible

POD test plus POD changes to make it pass

Makefile.PL and Author.PL

tests from dagolden (xdg)

make fallback actually work

no dep

import Module::Metadata