fix: unblock jcpan -t LaTeXML configure phase

[fglock]

Summary

./jcpan -t LaTeXML was failing immediately at the configure phase with:

Can't locate object method "MY::SUPER::postamble" via package "PerlOnJava::MM::Installed"
  ... at Makefile.PL line 299.

LaTeXML's Makefile.PL declares package MY; and chains its overrides via
$self->MY::SUPER::postamble(@rules) / $self->MY::SUPER::libscan($path).
Our ExtUtils::MakeMaker shim never set up @MY::ISA, so this dispatch
died.

Fixing that exposed several follow-on issues. This PR fixes all of them so
LaTeXML reaches the test phase.

What's fixed

• ExtUtils/MakeMaker.pm

  • Set @MY::ISA = ('PerlOnJava::MM::Installed') so user package MY
    overrides can chain to defaults via MY::SUPER::*.
  • Add no-op default postamble / libscan / constants / depend /
    dist_core / install / realclean / clean / test /
    top_targets on PerlOnJava::MM::Installed for those SUPER::
    calls to land on (instead of relying on AUTOLOAD, which doesn't
    return the empty string the call sites concatenate with).
  • Emit standard MakeMaker macros (PERLRUN, FULLPERLRUN,
    PERLRUNINST, MKPATH, MV, CP, RM_F, INST_ARCHLIB,
    INST_LIBDIR, INST_ARCHLIBDIR, SHELL, TEST_VERBOSE,
    MOD_INSTALL, UNINSTALL, ...) in the generated Makefile. User
    postamble rules (LaTeXML's MathGrammar/REVISION, etc.) reference
    these and silently produced empty commands before.
  • Honor user-supplied macro => { ... } from WriteMakefile and emit
    those as Makefile macro definitions (LaTeXML uses this for
    REVISION_BASE, REVISION_FILE, RECORD_REVISION, ...).

• ArgumentParser.java (jperl -M/-m injection)

  • Wrap the synthetic use Module; injection in #line 0 "<script>" /
    #line 1 "<script>" directives so caller() inside the module's
    import reports line 0 (matching real Perl).
    Parse::RecDescent's precompiler mode
    (perl -MParse::RecDescent - grammar class) relies on this exact
    signal to decide whether to precompile the grammar; before this fix
    it silently exited and produced no .pm output, so the next
    Makefile rule (mv MathGrammar.pm blib/lib/...) failed.

• ErrorMessageUtil.java

  • Allow #line 0 "file" directives. The previous directiveLine >= 1
    guard silently ignored line 0, which meant the new -M injection
    couldn't reach line 0 either.

Test plan

• make (all unit tests pass)
• ./jcpan -t LaTeXML no longer dies at the configure phase
• Makefile.PL for LaTeXML now reports -- OK
• Generated Makefile's postamble rules expand $(PERLRUN),
  $(MKPATH), $(INST_LIBDIR) etc. correctly
• Parse::RecDescent precompiler mode (-MParse::RecDescent -)
  now generates MathGrammar.pm
• caller() inside a module's import reports line 0 for -M
  invocations (verified with a small repro)

Remaining LaTeXML test failures are caused by the missing XML::LibXML
XS module (PerlOnJava has no Java implementation for it yet), which is a
separate, much larger porting effort.

Generated with Devin