<div dir="ltr"><div><div>I recommend upgrading to the latest Marpa::R2, which includes among other things, some Debian-targeted fixes.  If that is not possible, and you really need to patch instead, you can start with the one which follows.  It fixes some over-engineering on my part, together with an outright screw-up which causes error messages not to be reported.  I hope it will be at least a good start toward a solution.</div></div><div><br></div><div>index 1c1404d..74fe683 100644</div><div>--- a/cpan/lib/Marpa/R2.pm</div><div>+++ b/cpan/lib/Marpa/R2.pm</div><div>@@ -20,7 +20,7 @@ use strict;</div><div> use warnings;</div><div> </div><div> use vars qw($VERSION $STRING_VERSION @ISA $DEBUG);</div><div>-$VERSION        = '2.086000';</div><div>+$VERSION        = '2.101_000';</div><div> $STRING_VERSION = $VERSION;</div><div> ## no critic (BuiltinFunctions::ProhibitStringyEval)</div><div> $VERSION = eval $VERSION;</div><div>@@ -29,6 +29,7 @@ $DEBUG = 0;</div><div> </div><div> use Carp;</div><div> use English qw( -no_match_vars );</div><div>+use XSLoader;</div><div> </div><div> use Marpa::R2::Version;</div><div> </div><div>@@ -76,18 +77,7 @@ LOAD_EXPLICIT_LIBRARY: {</div><div>     $Marpa::R2::LIBMARPA_FILE = $file;</div><div> }</div><div> </div><div>-eval {</div><div>-    require XSLoader;</div><div>-    XSLoader::load( 'Marpa::R2', $Marpa::R2::STRING_VERSION );</div><div>-    1;</div><div>-} or eval {</div><div>-    require DynaLoader;</div><div>-## no critic(ClassHierarchies::ProhibitExplicitISA)</div><div>-    push @ISA, 'DynaLoader';</div><div>-    Dynaloader::bootstrap Marpa::R2 $Marpa::R2::STRING_VERSION;</div><div>-    1;</div><div>-} or Carp::croak("Could not load XS version of Marpa::R2: $EVAL_ERROR");</div><div>-</div><div>+XSLoader::load( 'Marpa::R2', $Marpa::R2::STRING_VERSION );</div><div> </div><div> if ( not $ENV{'MARPA_AUTHOR_TEST'} ) {</div><div>     $Marpa::R2::DEBUG = 0;</div><div><br></div></div>