CPAN::M...rements(3)

πŸ“¦ version 2.143000, in opensuse-leap 16.0

πŸ’– NAME πŸ’–

Okay bestie, welcome to the CPAN::Meta::Requirements(3) page from the User Contributed Perl Documentation. The whole serve is right here: CPAN::Meta::Requirements β€” a set of version requirements for a CPAN dist. ✨

πŸŽ€ VERSION πŸŽ€

version 2.143 β€” that's the version, no cap. πŸ’…

✨ SYNOPSIS ✨

use CPAN::Meta::Requirements;

my $build_requires = CPAN::Meta::Requirements->new;

$build_requires->add_minimum('Library::Foo' => 1.208);

$build_requires->add_minimum('Library::Foo' => 2.602);

$build_requires->add_minimum('Module::Bar'  => 'v1.2.3');

$METAyml->{build_requires} = $build_requires->as_string_hash;

πŸ¦‹ DESCRIPTION πŸ¦‹

A CPAN::Meta::Requirements object models a set of version constraints like those specified in the META.yml or META.json files in CPAN distributions, and as defined by CPAN::Meta::Spec. It can be built up by adding more and more constraints, and it will reduce them to the simplest representation. 🫢

Logically impossible constraints will be identified immediately by thrown exceptions. So yeah, the drama is built in. 😭

πŸ’… METHODS πŸ’…

πŸ’« new πŸ’«

my $req = CPAN::Meta::Requirements->new;

This returns a new CPAN::Meta::Requirements object. It takes an optional hash reference argument. Currently, only one key is supported:

  • "bad_version_hook" β€” if provided, when a version cannot be parsed into a version object, this code reference will be called with the invalid version string as first argument, and the module name as second argument. It must return a valid version object.

All other keys are ignored. Iconic minimalism, honestly. πŸ’…

πŸ’« add_minimum πŸ’«

$req->add_minimum( $module => $version );

This adds a new minimum version requirement. If the new requirement is redundant to the existing specification, this has no effect. ✨

Minimum requirements are inclusive. $version is required, along with any greater version number.

This method returns the requirements object.

πŸ’« add_maximum πŸ’«

$req->add_maximum( $module => $version );

This adds a new maximum version requirement. If the new requirement is redundant to the existing specification, this has no effect. πŸŽ€

Maximum requirements are inclusive. No version strictly greater than the given version is allowed.

This method returns the requirements object.

πŸ’« add_exclusion πŸ’«

$req->add_exclusion( $module => $version );

This adds a new excluded version. For example, you might use these three method calls:

$req->add_minimum( $module => '1.00' );
$req->add_maximum( $module => '1.82' );

$req->add_exclusion( $module => '1.75' );

Any version between 1.00 and 1.82 inclusive would be acceptable, except for 1.75. So 1.75 is literally not invited to the party. πŸ™ˆ

This method returns the requirements object.

πŸ’« exact_version πŸ’«

$req->exact_version( $module => $version );

This sets the version required for the given module to exactly the given version. No other version would be considered acceptable. Main character energy: one version, no alternatives. πŸ‘‘

This method returns the requirements object.

πŸ’« version_range_for_module πŸ’«

$req->version_range_for_module( $another_req_object );

The source gives just the signature here, so here it is exactly. 🫢

πŸ’« add_requirements πŸ’«

$req->add_requirements( $another_req_object );

This method adds all the requirements in the given CPAN::Meta::Requirements object to the requirements object on which it was called. If there are any conflicts, an exception is thrown. 🚨

This method returns the requirements object.

πŸ’« accepts_module πŸ’«

my $bool = $req->accepts_module($module => $version);

Given a module and version, this method returns true if the version specification for the module accepts the provided version. In other words, given:

Module => '>= 1.00, < 2.00'

We will accept 1.00 and 1.75 but not 0.50 or 2.00. Vibe check: passed or absolutely not. πŸ’€

For modules that do not appear in the requirements, this method will return true.

πŸ’« clear_requirement πŸ’«

$req->clear_requirement( $module );

This removes the requirement for a given module from the object. Poof, gone, no notes. 🧚

This method returns the requirements object.

πŸ’« requirements_for_module πŸ’«

$req->requirements_for_module( $module );

This returns a string containing the version requirements for a given module in the format described in CPAN::Meta::Spec or undef if the given module has no requirements. This should only be used for informational purposes such as error messages and should not be interpreted or used for comparison (see accepts_module instead). 🫢

πŸ’« structured_requirements_for_module πŸ’«

$req->structured_requirements_for_module( $module );

This returns a data structure containing the version requirements for a given module or undef if the given module has no requirements. This should not be used for version checks (see accepts_module instead). ✨

Added in version 2.134.

πŸ’« required_modules πŸ’«

This method returns a list of all the modules for which requirements have been specified. A whole little roster. πŸ“‹

πŸ’« clone πŸ’«

$req->clone;

This method returns a clone of the invocant. The clone and the original object can then be changed independent of one another. Two besties, separate journeys. πŸ¦‹

πŸ’« is_simple πŸ’«

This method returns true if and only if all requirements are inclusive minimums -- that is, if their string expression is just the version number. Simple, clean, lowkey perfect. ✨

πŸ’« is_finalized πŸ’«

This method returns true if the requirements have been finalized by having the finalize method called on them.

πŸ’« finalize πŸ’«

This method marks the requirements finalized. Subsequent attempts to change the requirements will be fatal, if they would result in a change. If they would not alter the requirements, they have no effect. 🚨

If a finalized set of requirements is cloned, the cloned requirements are not also finalized.

πŸ’« as_string_hash πŸ’«

This returns a reference to a hash describing the requirements using the strings in the CPAN::Meta::Spec specification.

For example after the following program:

my $req = CPAN::Meta::Requirements->new;

$req->add_minimum('CPAN::Meta::Requirements' => 0.102);

$req->add_minimum('Library::Foo' => 1.208);

$req->add_maximum('Library::Foo' => 2.602);

$req->add_minimum('Module::Bar'  => 'v1.2.3');

$req->add_exclusion('Module::Bar'  => 'v1.2.8');

$req->exact_version('Xyzzy'  => '6.01');

my $hashref = $req->as_string_hash;

$hashref would contain:

{
  'CPAN::Meta::Requirements' => '0.102',
  'Library::Foo' => '>= 1.208, <= 2.206',
  'Module::Bar'  => '>= v1.2.3, != v1.2.8',
  'Xyzzy'        => '== 6.01',
}

πŸ’« add_string_requirement πŸ’«

$req->add_string_requirement('Library::Foo' => '>= 1.208, <= 2.206');
$req->add_string_requirement('Library::Foo' => v1.208);

This method parses the passed in string and adds the appropriate requirement for the given module. A version can be a Perl "v-string". It understands version ranges as described in the "Version Ranges" in CPAN::Meta::Spec. For example:

1.3
>= 1.3
<= 1.3
== 1.3
!= 1.3
> 1.3
< 1.3
>= 1.3, != 1.5, <= 2.0

A version number without an operator is equivalent to specifying a minimum (>=). Extra whitespace is allowed. Slay. πŸ’…

πŸ’« from_string_hash πŸ’«

my $req = CPAN::Meta::Requirements->from_string_hash( \%hash );
my $req = CPAN::Meta::Requirements->from_string_hash( \%hash, \%opts );

This is an alternate constructor for a CPAN::Meta::Requirements object. It takes a hash of module names and version requirement strings and returns a new CPAN::Meta::Requirements object. As with add_string_requirement, a version can be a Perl "v-string". Optionally, you can supply a hash-reference of options, exactly as with the new method. πŸŽ€

🫢 SUPPORT 🫢

πŸ› Bugs / Feature Requests πŸ›

Please report any bugs or feature requests through the issue tracker at <https://github.com/Perl-Toolchain-Gang/CPAN-Meta-Requirements/issues>. You will be notified automatically of any progress on your issue. ✨

πŸ’» Source Code πŸ’»

This is open source software. The code repository is available for public review and contribution under the terms of the license.

<https://github.com/Perl-Toolchain-Gang/CPAN-Meta-Requirements>

git clone https://github.com/Perl-Toolchain-Gang/CPAN-Meta-Requirements.git

πŸ‘‘ AUTHORS πŸ‘‘

  • David Golden β€” <dagolden@cpan.org>
  • Ricardo Signes β€” <rjbs@cpan.org>

🌈 CONTRIBUTORS 🌈

  • Ed J β€” <mohawk2@users.noreply.github.com>
  • Graham Knop β€” <haarg@haarg.org>
  • Karen Etheridge β€” <ether@cpan.org>
  • Leon Timmermans β€” <fawaka@gmail.com>
  • Paul Howarth β€” <paul@city-fan.org>
  • Ricardo Signes β€” <rjbs@semiotic.systems>
  • robario β€” <webmaster@robario.com>
  • Tatsuhiko Miyagawa β€” <miyagawa@bulknews.net>
  • Tatsuhiko Miyagawa β€” <miyagawa@gmail.com>

This software is copyright (c) 2010 by David Golden and Ricardo Signes.

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself. Periodt. πŸ’–


That's the whole page, bestie! Signing off from CPAN::M...rements(3) with perl v5.42.0, dated 2023-06-20. Stay slaying those version constraints. πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from