I don't use pp, because I have a license for PerlApp. That is an easier albeit more expensive way to go. PerlApp does in one application some things that otherwise require multiple utilities.
With PerlApp, all you will need a "use XML::LibXML;" statement in the source. That's it. No -m, no -x. Perlapp is pretty smart and that will cause the necessary stuff to be included in the .exe. Oh, I presume that you are building a standalone .exe?
This is a guess...
Now it could be that you have a corrupted Active State installation. This can happen in a number of ways. One way is if you built some XS module with an incompatible memory manager linkage. Basically you need to link with the OS's memory mgmt, MSVCRT.dll. That means that you have 2 choices of compilers: VC6 or mingw. If you built something and didn't use one of those - Houston, you have a problem! With Active State, it is far easier to use ppm to install pre-compiled modules rather than try to build them yourself from CPAN! There are scenarios where you can wind up with stuff that will only work on your machine and not others and I think also the kind of symptom that you are describing.
So, if you want help with PerlApp, back up. Run the GUI version (not CLI version). Accept all defaults - nothing fancy - don't start off trying to be smarter than the tool. Rebuild your .exe and report back what errors you see. If some module cannot be found, you will only dig yourself a deeper hole by trying to force something that shouldn't need to be forced!
If you have made build mistakes and need to re-install your Active State Perl....
1. >ppm profile save C:\profile.xml
make sure that this file looks good in text editor.
2. use add/remove programs to uninstall Perl
delete all data C:/Perl
3. reinstall appropriate Active State MSI file
4. >ppm profile restore C:\profile.xml
this will re-install all modules that you previously
installed
5. use ppm to add any modules that you find are "missing".
|