Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Time::Format 1.16 exposes import and locale compatibility failures

Offen
  • Stimmt etwas nicht?
#1,635 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
45/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
java, perl
Bereich
compilers

Rechercherichtung

Start by running the named upstream tests: t/export1.t, t/export2.t, t/export3.t, and t/locale.t, on both PerlOnJava backends. Read the custom import implementation and the PerlOnJava handling of imported symbols under strict, then investigate how POSIX::setlocale interacts with I18N::Langinfo. Done means the upstream tests pass on both backends.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area:platform area:runtime bug

Summary

The upstream Time::Format 1.16 suite passes under system Perl but fails under PerlOnJava on both execution backends. The archived run shows two independent compatibility failures: custom imports do not make exported symbols available under strict, and localized month/day names remain English after changing LC_TIME.

Evidence

CPAN run 20261005-091352-31215:

  • System Perl 5.42.2: isolated install of the exact distribution and prerequisites, including recommended Date::Manip 7.00; all 26 test programs / 533 tests passed.
  • PerlOnJava JVM backend: 6/515 subtests failed across 4/26 test programs.
  • PerlOnJava interpreter backend: reproduced failures in t/export1.t, t/export2.t, t/export3.t, and t/locale.t.
  • Environment: macOS arm64, Java 24.0.2. The archived PerlOnJava log reports Perl 5.044001; the exact source commit was not recorded.

Failure 1: custom exports and strict compilation

The export tests load Time::Format with use_ok, which succeeds, then abort because imported %strftime, %manip, or %time symbols are still reported as undeclared. t/export2.t also reports Time::Format as a bareword under strict subs. The module's custom import installs aliases through symbolic typeglob assignments. PerlOnJava should make those imported symbols visible to the caller's strict compilation, as system Perl does.

Failure 2: locale changes are not reflected by I18N::Langinfo

t/locale.t fails the six French, German, and Spanish month/day checks; the returned names stay English. A focused probe shows POSIX::setlocale(LC_TIME, ...) returns the requested locale on PerlOnJava, but I18N::Langinfo::langinfo(MON_6()) still returns June on both JVM and interpreter. System Perl returns localized month names after the same calls.

Expected

All upstream tests should pass on both PerlOnJava backends. The imported-symbol behavior and the POSIX::setlocale/I18N::Langinfo interaction can be handled independently if they have different owners.

Vorherrschende Sprache
Perl
Sterne
64
Forks
7
Ø Merge
4 Std. 27 Min.
Gemergte PRs (30 T.)
178

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus fglock/PerlOnJava

Alle Issues in fglock/PerlOnJava

Ähnliche Issues

Weitere Issues zu Perl

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.