Experimenting with CamelPack and PXPerl, together with MinGW

bart on 2006-02-03T22:00:26

Yesterday I tried out CamelPack, Stennie's installer for ActivePerl/Dev-C++/nmake. I can understand Stennie's choice for the bulk of Dev-C++, because it comes as one package and it installs the 5 or more packages you need for MinGW, for which Stennie rightfully writes that they've truely mastered the art of homepage obfuscation. I wish SourceForge allowed an easier, uniformized access to their downloads, instead of just via people's own HTML pages. We should eventually find a way to download the required latest packages from Current, and preferably pick a proper mirror for SourceForge.

Stennie's choice of tools to build the installer, is excellent.

Anyway, as my ActivePerl was a bit outdated, I've let it install a new version of ActivePerl... big mistake. It grabbed simply every setting related to Perl, and now PXPerl no longer worked reliably, as CPAN.pm now used ActivePerl as the perl executable, and its compiler settings for MinGW were those of Dev-C++, too. So, after my experiments were over, I simply deinstalled both, and now PXPerl is working well again. That's a detail that should be addressed at some point: many people like to have more than one perl install at their disposal.

Installing XS modules seems to work rather well — but not perfectly. I've tried testing Text::CSV_XS, DBI, DBD::SQLite, and Data::Dump::Streamer (all XS modules with no external dependencies), with both PXPerl and with CamelPack. All tests succeed on both, except for one test from DBD::SQLite, test #6 from 03insert.t, that failed on CamelPack and passed on PXPerl.

Maybe PXPerl was getting in the way of CamelPack, so I dare not yet draw final conclusions, but it looks a bit to me like there may be some minor incompatibilities between MinGW's gcc and Microsoft's VC6 compiler.

To be continued. And if you feel like experimenting yourself, feedback is always welcome.

I'll eventually try out CamelPack on a computer that doesn't have PXPerl. One of these days.


PXPerl

sigzero on 2006-02-04T14:32:10

I think if we want a binary installer we should help out the PXPerl guy. He mentions on his page that he is losing interest in doing PXPerl so maybe someone can pick it up?

Standardized download links from sourceforge.net

bart on 2006-02-04T16:23:10

I wish SourceForge allowed an easier, uniformized access to their downloads, instead of just via people's own HTML pages.

Well, actually, it does. I found it by poking around a little, well, actually, going via the download page of another project, and then editing the URL. And that why, I found this, a standard Sourceforge page for selecting files to download. Any link will go to a page to select a mirror, but with cookies, it should also be possible to select A mirror only once, for all files.

Looking at the files list, it seems to me that 3.4.5 would be the best set to get. I'm still not sure how to automatically select the files from that page, and worse, how to put that mechanism into an installer. After all, we don't have perl at our disposal for that task.