Wed Mar 11 12:08:48 2015: Request 102690 was acted upon. Transaction: Correspondence added by [email protected] Queue: PAR-Packer Subject: Re: [rt.cpan.org #102690] 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 >
Thanks. Will do. On 11.03.2015 18:04, Roderich Schupp via RT wrote: > <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
