Sun May 12 10:31:15 2013: Request 84949 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: procedure entry point __gxx_personality_sj0 could not be located
in the dynamic link library libstdc++-6.dll
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: andrew.penneba...@gmail.com
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=84949 >
On 2013-05-07 14:15:59, mcandre wrote:
> Correct, I have several such DLLs on my system. (I use a lot of
> programming language environments.)
> Haskell Platform appears to be the only one with a different name for
> this. I'll get in touch with Haskell Cafe and see if they can update
> this, or at least make it interfere less with other systems.
libstdc++-6.dll is "packed" into every packed executable (because
it's needed by perl516.dll). The line
C:\strawberry\perl\bin\perl.exe file2c.pl -c 30000 \
par.exe C:\strawberry\perl\bin\perl516.dll \
C:\strawberry\perl\bin\libgcc_s_sjlj-1.dll \
C:\strawberry\perl\bin\libstdc++-6.dll > boot_embedded_files.c
from your log shows that the correct version of libstdc++-6.dll
is embedded into boot.exe. But during
C:\strawberry\perl\bin\perl.exe -Mblib run_with_inc.pl \
par.exe -q -B -Oparldyn.exe
it looks like the version from Haskell Platform is used.
It might have been found earlier in PATH - there's no problem with this when
running perl.exe, because Windows probably tries the libstdc++-6.dll
from the directory containing perl.exe first, but that doesn't help par.exe.
Actually, I think this line already fails in the "make" phase, but
this error goes unnoticed (dmake problem?), though the output (parldyn.exe)
isn't generated. That's why this line is run again for "make test".
Cheers, Roderich
