Date::Manip 7.00 fails to load under strict indirect-object syntax

未關閉
  • 哪裡不對？
#2,027 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

維護者通常 1 天內回覆

還沒有人認領這個 Issue。

評估

難度
4/5
預估耗時
3-5 天
新手友好度
56/100
Issue 類型
缺陷
描述清晰度
描述清楚
活躍度
活躍
技術堆疊
java, perl
領域
backend, testing

研究方向

Start by reading the parser or compiler handling for indirect-object constructor calls under strict subs, using the reported new Date::Manip::Base expression in Date/Manip/Obj.pm line 137 as the reproduction. Add focused project-owned regression coverage and validate the case with standard Perl, then run it on both PerlOnJava backends. Done means the regression and the two named upstream test programs pass on both backends.

由索引模型根據 Issue 內容生成。

描述

area:parser bug

Summary

DateTime::Format::DateManip 0.04 cannot load under PerlOnJava when its runtime dependency Date::Manip 7.00 is on the Perl5 library path. The failure reproduces on both the JVM and interpreter backends, while the same unmodified upstream tests pass under system Perl.

The public error from Date::Manip is generic because its loader catches the backend import exception. Exposing that exception shows a strict-subs compilation error in Date::Manip::Obj at the indirect-object constructor call:

$base = new Date::Manip::Base;

PerlOnJava reports Bareword "Date::Manip::Base" not allowed while "strict subs" is in use. This points to a parser/compiler compatibility gap involving valid indirect-object syntax under strict subs.

Reproduction

CPAN random tester run: 20261111-090841-71684

  • Target distribution: DateTime-Format-DateManip 0.04
  • Required dependency: Date-Manip 7.00
  • Failing upstream tests: t/00load.t and t/01conversions.t
  • Archived result: 2/2 test programs fail because Date::Manip::DM6 fails to load.

With those versions available on PERL5LIB, the minimal public reproducer is:

use DateTime::Format::DateManip;

Expected: module load succeeds.

Actual on both PerlOnJava backends:

ERROR LOADING MODULE: Date::Manip::DM6

The underlying error, exposed by evaluating require Date::Manip::DM6; Date::Manip::DM6->import(), is:

Bareword "Date::Manip::Base" not allowed while "strict subs" is in use
at Date/Manip/Obj.pm line 137.

The failing call is compiled under use strict in Date::Manip::Obj. This is a dependency load failure, not an XS build or platform prerequisite failure; the archived run installed the module's Perl files and skipped its optional C source.

System Perl and backend comparison

The exact CPAN versions were installed into an isolated local library, without modifying either distribution:

  • System Perl 5.34.1: Date-Manip 7.00 suite passed, 209 files / 4,533 tests; DateTime-Format-DateManip 0.04 suite passed, 2 files / 7 tests.
  • PerlOnJava JVM backend: reproducer fails with the strict-subs error above.
  • PerlOnJava interpreter backend: same failure and diagnostic.

Environment: macOS on aarch64, Java 24.0.2. The reproducing checkout was at 7925f28d12c0eea36deceb8f4ccfddeff67c4900; its launcher banner reported PerlOnJava v5.44.1 and build hash 37f90e72f.

Dependency evidence

MetaCPAN's Date-Manip dependent-distribution page lists 66 dependent CPAN releases. Four listed releases are dated within the three years before this report, including Mail-Milter-Authentication, Finance-Quote, Date-ManipX-Almanac, and Date-RangeParser-EN.

The project targeted reverse-dependency query could not verify the runtime-only unique dependant count because MetaCPAN's API connection failed TLS certificate verification after retries. The page count above is therefore distribution-level evidence, not a confirmed runtime-only count.

Expected behavior and acceptance

  • Date::Manip 7.00 and DateTime::Format::DateManip 0.04 load successfully on both PerlOnJava backends, matching system Perl.
  • Add focused project-owned regression coverage for the valid new Date::Manip::Base construct under strict subs, after validating the test with standard Perl.
  • The focused regression passes on both backends, and the target upstream tests pass on both backends.

Related issue check

No existing issue was found for Date::Manip::Obj, Date::Manip::Base, or this indirect-object strict-subs failure. Closed issue #1411 covers a distinct heredoc END parsing case; it does not cover this constructor syntax.

主要語言
Perl
星號
67
分支
8
平均合併
6 小時 14 分鐘
30 天內合併 PR
143

環境準備

  • 提供 Dockerfile 或 Docker Compose 檔案
  • 沒有 Pull Request 範本
  • 閱讀貢獻指南

從這裡開始

  1. 先讀完整個 Issue，再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫，在一個分支上完成修改。
  4. 送出 Pull Request，並在描述裡引用這個 Issue 編號。

fglock/PerlOnJava 的其他 Issue

查看 fglock/PerlOnJava 的全部 Issue

相似的 Issue

更多 Perl Issue

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。