gregor herrmann dijo [Wed, Feb 06, 2008 at 08:34:32PM +0100]:
> > > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> > > t/tie....Can't locate ok.pm in @INC (@INC contains:
> > /build/user/libtie-toobject-perl-0.03/blib/lib
> > /build/user/libtie-toobject-perl-0.03/blib/arch /etc/perl
> > /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
> > /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
> > /usr/local/lib/site_perl .) at t/tie.t line 16.
> > > BEGIN failed--compilation aborted at t/tie.t line 16.
>
> Uh, looks ugly.
>
> The problem can already be seen earlier:
>
> /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
> Checking if your kit is complete...
> Looks good
> Warning: prerequisite Test::use::ok 0 not found.
>
> Looks like libtest-use-ok-perl is missing ... yes, adding
> libtest-use-ok-perl to Build-Depends-Indep fixed the problem.
Uh, in my book, it just looks stupid. Thank you for fixing it, anyway
- But «use ok Some::Thing» looks stupid to me. I think it's way
clearer to use Test::More's typical «BEGIN { use_ok('Some::Thing' );}»
'use ok' just seems to be there to confuse
Oh, and... Well, I took a bit to understand it - ok.pm is documented
as Test::use::ok - I agree, that's the complete namespace, and the
Perl community is not as anal-retentive as the Debian community
towards cleanness and policy-compliance... But I just find the module
a disservice to mankind!
Anyway... TIMTOWTDI. But some ways are dumber than others. ;-)
--
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
