in reply to Re^3: Disappointed with latest Strawberry Perl
in thread Disappointed with latest Strawberry Perl
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^5: Disappointed with latest Strawberry Perl
by Tux (Canon) on Dec 30, 2007 at 14:16 UTC | |
Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line. I just finished my complete list of modules, or more precicely the ones that PASS'd. The part I miss most is libexpat, so I cannot install any XML stuff. Maybe OpenSSL is second. Here's the list of PASS's and Failures, more specific output on request:
Enjoy, Have FUN! H.Merijn | [reply] [Watch: Dir/Any] [d/l] |
by xdg (Monsignor) on Dec 30, 2007 at 16:46 UTC | |
Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line. Maybe that could be addressed with CPAN.pm's new support for "distroprefs". That should be able to automatically add the necessary keyword on Win32. The part I miss most is libexpat, so I cannot install any XML stuff. Maybe OpenSSL is second. I agree. Alias and I disagree about the extent of bundling things. I'd just as soon throw in a kitchen sink of libraries (e.g. most of the libraries in GnuWin32) but he prefers a more spare distribution. Once the new tools are documented, I may take a swing at a more full-featured distribution and we can let users decide. In the meantime, there are some ways to get expat, etc. support working: I have also downloaded and compiled OpenSSL in C:\OpenSSL. As I recall, Net::SSLeay found it there but failed some tests (apparently unrelated to the library itself). I forced the install and was able to go on to install and use IO::Socket::SSL, etc. So it takes a bit of work, but can be made to work with Strawberry if you're not afraid of the compiler. -xdg Code written by xdg and posted on PerlMonks is public domain. It is provided as is with no warranties, express or implied, of any kind. Posted code may not have been tested. Use of posted code is at your own risk. | [reply] [Watch: Dir/Any] |
by eserte (Deacon) on Dec 30, 2007 at 17:28 UTC | |
Tk should normally build without any additional arguments. Something else went wrong here.Nothing is wrong with Tk :) It just needs an extra argument on the initial Makefile.PL command line.Maybe that could be addressed with CPAN.pm's new support for "distroprefs". That should be able to automatically add the necessary keyword on Win32. As for expat/XML::Parser, maybe an Alien::expat module would solve the problems: easy installation of XML::Parser, and keeping the Strawberry Perl distribution small. | [reply] [Watch: Dir/Any] |
by Tux (Canon) on Dec 31, 2007 at 09:54 UTC | |
by Corion (Patriarch) on Dec 31, 2007 at 10:11 UTC | |
| |
by adamk (Chaplain) on Jan 03, 2008 at 00:23 UTC | |
It's just that I couldn't get an automated build working within the time available for the Strawberry 5.10.0 release. I either got a working version that had to like C:\Expat (not acceptable) or a broken build that would live in the correct place (in $DISTROOT\\c\\). As soon as someone can build me a working version and provide a Perl::Dist-compatible tarball for it, I'll add it immediately. | [reply] [Watch: Dir/Any] |
by davebaker (Pilgrim) on Mar 15, 2008 at 19:49 UTC | |
http://www.mike-a-roni.com/2008/01/04/strawberry-perl-expat-xmlparser-and-you/ | [reply] [Watch: Dir/Any] |
by syphilis (Archbishop) on Dec 30, 2007 at 23:41 UTC | |
These are the sorts of reasons that support the inclusion of PPM in Strawberry Perl. The expat library is certainly buildable on Windows (and xdg has provided some links on that), but not everyone wants to go to that much trouble - and PPM caters beautifully to those that *don't* enjoy going to that much trouble. PPM also makes available the openssl-based modules without having to build openssl. And, if Tk, is posing a problem - then just ppm install it. (I don't think I'd like to see Tk ship as standard with Strawberry Perl - that really would be bloat.) Cheers, Rob | [reply] [Watch: Dir/Any] [d/l] |
by adamk (Chaplain) on Jan 03, 2008 at 00:28 UTC | |
You are aware that PPM requires Expat right? We can't bundle PPM until we can build a working Expat library... In the generic case you are correct, but currently nobody has a working Perl::Dist-compatible build of either Expat, or OpenSSL or a few other things we'd really want. As more working libs become available, more options will become available. | [reply] [Watch: Dir/Any] |