http://www.perlmonks.org?node_id=659590


in reply to Re^3: Disappointed with latest Strawberry Perl
in thread Disappointed with latest Strawberry Perl

What's wrong with Tk? I think it should build fine with Strawberry Perl, at least there's one PASS at cpan testers.

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:

    Module Version ==================================== ========== V 0.13 Test::Pod 1.26 IO::Compress::Base 2.008 Compress::Raw::Bzip2 2.008 Compress::Raw::Zlib 2.008 IO::Compress::Bzip2 2.008 IO::Compress::Zlib * FAIL * Compress::LZF 3.1 IO::Compress::Lzf 2.008 Compress::Bzip2 2.09 IO::String 1.08 Archive::Zip 1.23 Heap 0.80 Graph 0.84 List::MoreUtils 0.21 Devel::Size 0.69 Devel::Trace 0.10 Debug::Trace 0.04 Sub::Uplevel 0.18 Test::Exception 0.26 Carp::Clan 5.9 Bit::Vector 6.4 Date::Calc 5.4 Date::Manip 5.48 Text::CSV_XS 0.32 DBI 1.601 SQL::Statement 1.15 DBD::SQLite 1.14 DBD::CSV 0.22 DBD::File 0.35 Digest::SHA1 2.11 Number::Compare 0.01 Text::Glob 0.08 File::Find::Rule 0.30 Data::Compare 0.17 CPAN::Checksums 1.064 Parse::RecDescent 1.94 Crypt::SSLeay * FAIL * Crypt::Rot13 * FAIL * Convert::ASN1 0.21 Convert::IBM390 0.23 Net::Rexec 0.12 Crypt::Rijndael 1.05 Crypt::CBC 2.24 Crypt::Blowfish 2.10 Crypt::DES 2.05 Digest::HMAC 1.01 Net::SNMP * FAIL * URI 1.35 HTML::Tagset 3.10 HTML::Parser 3.56 HTML-Tree * FAIL * XML::Parser * FAIL * XML::Writer 0.603 XML::XPath * FAIL * XML::SAX::Base 1.04 XML::Twig * FAIL * LWP 5.808 Net::SSLeay * FAIL * IO::Socket::SSL * FAIL * Authen::SASL 2.10 Net::NTP * FAIL * HTTP::Proxy * FAIL * News::NNTPClient 0.37 Text::Metaphone * FAIL * Text-Format+NWrap * FAIL * Text::OutputFilter 0.12 Tk 804.028 Tk::Clock 0.21 Tk::TreeGraph 1.030 Tk::TableMatrix * FAIL * Tk::FontDialog 0.14 Devel::ptkdb 1.1091 Term::Size * FAIL * Mail::Sendmail 0.79 Net::LDAP 0.34 Unix::Processors 2.034 BSD::Resource * FAIL * Devel::Symdump 2.08 YAML 0.66 Pod::Coverage 0.19 Test::Pod::Coverage 1.08 SOAP::Lite * FAIL * IO::Tee 0.64 OLE::Storage_Lite 0.15 Image::Base 1.07 Image::Xbm 1.08 Image::Xpm 1.09 Image::Size 3.1 Image::Info 1.27 Image::ExifTool 7.00 Spreadsheet::WriteExcel 2.20 Spreadsheet::ParseExcel 0.32 Spreadsheet::ReadSXC * FAIL * Spreadsheet::Read * FAIL * OpenOffice::OODoc * FAIL * OpenOffice::OOBuilder * FAIL * RTF::Tokenizer 1.10 RTF::Parser 1.09 RTF::Writer 1.11 Regexp::Common 2.120 Perl::Tidy 20071205 VCS::SCCS 0.10

    Enjoy, Have FUN! H.Merijn
      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.

        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.
        Tk should normally build without any additional arguments. Something else went wrong here.

        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.

        I absolutely want Expat bundled by default in Strawberry.

        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.
      The part I miss most is libexpat, so I cannot install any XML stuff.

      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
        These are the sorts of reasons that support the inclusion of PPM in Strawberry Perl.

        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.