Skip Menu |
 

This queue is for tickets about the Module-Build CPAN distribution.

Report information
The Basics
Id: 61652
Status: resolved
Priority: 0/
Queue: Module-Build

People
Owner: Nobody in particular
Requestors: MITHALDU [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: 0.36_16
Fixed in: (no value)



Subject: M::B::ModuleInfo cannot parse dev version strings when only version.pm v0.78 is present
Download (untitled) / with headers
text/plain 758b
This is all under ActivePerl 1007, if it makes a difference. Here's the failed test: t/properties/release_status.t .. 7/? # Failed test 'dotted alpha version has release_status 'testing'' # at t/properties/release_status.t line 78. # got: 'stable' # expected: 'testing' What happens is this: When parsing the module's version, the eval at line 308 in ModuleInfo.pm turns the version "v1.2.3_1" into "\x01\x01\x1F", when executed at line 334. At line 349 this is converted into a version object. On a system with version.pm v0.82 installed, the version object correctly represents "v1.2.3_1". On a system with version.pm v0.78 installed, line 349 makes M::B::V fall back to pure perl, which results in the version string "v1.2.31".
Download (untitled) / with headers
text/plain 188b
I'm waiting on an upstream fix in version.pm. See "depends on" link above. If that patch warnocks for more than a week or two, I'll patch directly into Module::Build::Version. -- David
Repo has updated to version.pm 0.86.
Download (untitled) / with headers
text/plain 103b
Now that there has been a stable Module::Build release, I'm marking this "patched" issue as "resolved".


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.