Wed Mar 11 12:04:13 2015: Request 102690 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: Error with packing Check.xs.dll
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: [email protected]
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=102690 >
Am 2015-03-11 10:28:51, [email protected] schrieb:
> Additionally to error in console I get windows system error message:
> "The program can't start because Check.xs.dll is missing from your
> computer."
Hm, how can Windows know the name Check.xs.dll if PAR tries
(unsuccessfully) to load it using its mangled name...
Uh-oh, found it: multidimensional.xs.dll _directly_ links against Check-xs.dll!
That's rogue behaviour. Only a handfull of modules do something like this and
the all have problems with PAR::Packer (known offenders: Windows versions of
Glib/Gtk+ and WxWidgets).
Try the following workaround: explicitly add Check.xs.dll
using "pp --link ...". This will pack 2 copies of it -
one under the usual .../auto/... hierarchy and another directly under
/shlib (or similar). The former will be extracted on demand using the
mangled name, but the latter will always be extracted to cache-dir/shlib
using the original name. Moreover the PATH for the execution of the
packed exe will contain cache-dir/shlib, hence Windows will be able
to locate the latter copy.
Cheers, Roderich
