[pm-h] April Talk suggestion: perlall
G. Wade Johnson
gwadej at anomaly.org
Sun Feb 19 17:13:03 PST 2012
Thanks, Reini.
You're now on the schedule for April.
G. Wade
On Sun, 19 Feb 2012 18:12:36 -0600
Reini Urban <rurban at x-ray.at> wrote:
> I have several talk topics, but I think App::perlall is good for
> April.
>
> Introducing App::perlall, a better perlbrew and testing tool
>
> perlall does something like perlbrew, creating perl's for various
> versions and with various features
> just the sane way. I.e. if possible it uses the Configure defaults and
> does not need messing with
> PATH and PERL5LIB and allows having several parallel global perls at
> once.
>
> With all these perls - and more perls created like this in vm's - it
> allows easy testing and
> maintenance of your perls.
> This way you don't rely on cpantesters to get back with reports on
> crazy versions,
> perl features or platforms, you test it by yourself before you upload
> it to CPAN.
>
> .e.g
> cd Perl/MyModule
> perlall maketest
>
> does
> for $p in /usr/local/bin/perl5*
> do
> make clean
> $p Makefile.PL # or Build.PL
> make
> make test | tee log.test-$(basename $p)
> done
>
> "perlall testvm" copies your perl module in cwd to all vm's and
> performs "perlall maketest" there and copies the log files back.
> "perlall do" runs commands for all your perls.
>
> I describe my environment (kvm setup, building tricky perls esp. with
> windows, ...)
> and show several useful examples and utils, esp. with the logfiles,
> which are like your private copy of cpantesters reports.
--
There are two ways of constructing a software design: One way is to
make it so simple that there are obviously no deficiencies and the
other way is to make it so complicated that there are no obvious
deficiencies. -- C. A. R. Hoare
More information about the Houston
mailing list