Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
-----------------------
* Fix bug https://rt.cpan.org/Ticket/Display.html?id=89513.
- Should have done that earlier :)
- This changes the format for accepted float numbers:
<optional sign>
<optional mantissa>
<optional dec.point and fraction>
<optional "e" and exponent>
- Mantissa and decimal fraction may not both be omitted.
- Underscores are permissible virtually anywhere in numbers for clarity.
Upstream changes:
Changes in version 2.46
-----------------------
* Fix bug https://rt.cpan.org/Ticket/Display.html?id=104842
Kudo's to EDAVIS for finding this very obscure bug.
* Some small changes/additions to the test suite and examples.
--------------
Changes in version 2.45
* Revert behaviour of the combination of <> and pass_through to what
is was in 2.42.
Thanks to Wilson Snyder to provide enhancements to the documentation
to clarify why <> and pass_through generally is a bad idea.
It is, however, very unfortunate to hear from users that their
programs *depend* on the undocumented pre-2.43 behaviour.
Upstream changes:
Changes in version 2.44
-----------------------
* Be gentle to the user community and turn fix 92462 into a warning.
This may be changed back to error in some future release.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
from 2.39nb1 to 2.40.
Upstream changes:
Changes in version 2.40
-----------------------
* Fix bug #86095 Possible problem with aliases
* Fix bug #85362 typo fix
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
Changelog:
Changes in version 2.39
-----------------------
* Fix unneccessary warnings when @ARGV contains undefs (yes, it
happens).
* Passing an object as first argument to the callback handler for <>
turned out to be a problem in cases where the argument was passed to
other modules, e.g., Archive::Tar. Revert the change since the added
functionality of the object is not really relevant for the <>
callback function.
* Silence the deprecation warnings from newgetopt.pl for the purpose
of testing. These tests will be removed along with newgetopt.pl in
the next major release of perl.
http://perl5.git.perl.org/perl.git/commit/b814bbfa9a2087bc
* Eliminiate spurious warning.
* Retain taintedness of command line option values.
* Document that you need to check GetOptions return value :).
* Several other minor documentation fixes and enhancements.
* Fix bug #67577 Parsing of type 'o' not correct for multiple values
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
- Updating package for p5 module Getopt::Long to 2.38
- Set license to artistic-2.0
Upstream changes:
* Bugfix for Ticket 35759: First arg to callback function evaluates
to false when used in bool context.
* Fix problem with prototypes of GetOptionsFrom* functions.
* Fix restoring default die handler.
* Bugfix for Ticket 24941: Autoabbrev with + incorrect.
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
While here mark this package as not requiring any compiler (empty
USE_LANGUAGES variable).
Changes since last packaged version (2.35):
Changes in version 2.37
-----------------------
* Bugfix: With gnu_compat, --foo= will no longer trigger "Option
requires an argument" but return the empty string.
Changes in version 2.36
-----------------------
**************** WARNING -- EXPERIMENTAL CODE AHEAD ****************
* Parsing options from an arbitrary array
The entry point GetOptionsFromArray (exported on demand) can be used
to parse command line options that are not passed in via @ARGV, but
using an arbitrary array.
use Getopt::Long qw(GetOptionsFromArray);
$ret = GetOptionsFromArray(\@myopts, ...);
* Parsing options from an arbitrary string
The entry point GetOptionsFromString (exported on demand) can be
used to parse command line options that are not passed in via @ARGV,
but using an arbitrary string.
use Getopt::Long qw(GetOptionsFromString);
$ret = GetOptionsFromString($optstring, ...);
Note that upon completion, no arguments may remain in the string.
If arguments may remain, call it in list context:
($ret, $args) = GetOptionsFromString($optstring, ...);
@$args will have the remaining arguments.
**************** END EXPERIMENTAL CODE ****************
* Number values for options may include underscores for readability
(just like Perls numbers).
* Bugfix for Ticket #19432 (found and fixed by khali).
* Bugfix to make it cooperate with the bignum pragma. Thanks to Merijn
and Yves.
* Various small fixes to make the test suite run under 5.004_05.
* More examples (skeletons).
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
The Getopt::Long module implements an extended getopt function
called GetOptions(). This function adheres to the POSIX syntax for
command line options, with GNU extensions. In general, this means
that options have long names instead of single letters, and are
introduced with a double dash "--". Support for bundling of command
line options, as was the case with the more traditional single-letter
approach, is provided but not enabled by default.
