rl.gcov
target:
./Configure -Dusedevel -Doptimize='-O0 -g' \
-Accflags='-fprofile-arcs -ftest-coverage' \
-Aldflags='-fprofile-arcs -ftest-coverage'
make perl.gcov
Then, using Devel::Cover tools, you can generate something like this:
http://www.maddingue.net/perlcover/
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
age for more details:
http://search.cpan.org/dist/CPAN-YACSmoke/lib/CPAN/YACSmoke/FAQ.pod
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
Tyler MacDonald wrote:
> Sébastien Aperghis-Tramoni <[EMAIL PROTECTED]> wrote:
> > For CPAN smokers based on CPAN::YACSmoke, the answer is: test the
> > presence of the AUTOMATED_TESTING environment variable. See also
> > the following page for more details:
> >
n't that hard since it now somehow works).
But I currently see now simple way to allow for automated build
under Windows, because of manual interaction it requires.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
with CPANPLUS::Dist::Deb?
http://search.cpan.org/dist/CPANPLUS-Dist-Deb/
Believing its documentation, it should build a valid Debian package
and take care of its dependencies (dunno if that means just listing
or actually adding them in the package).
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
nown distribution did not include tests
CPANPLUS only sends FAIL for the module that failed, not for the module
which depended upon the module that failed.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
and Module::Install is not
compatible with that version.
The COOKBOOK section is fine for pure Perl modules, but in the case of
XS modules that interface to a library with a varying API, it's of no
use. Take a look at Net::Pcap's Makefile.PL
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
o-do as well, so I'll deal with it later on.
Yes, but I need Net::Pcap to work on 5.004 now, and as the code
itself (and its test suite) works on 5.004, it would be very
uninteresting for me to use something that require a higher
version of Perl.
Then there's the fact that I'm still
ot; in Chinese or Taiwanese.
The best thing is to ask IMACAT to send you a more detailed report.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
ressed several times why he mostly
couldn't add new feature in ExtUtils::MakeMaker: because all the
Makefile.PL that currently exist must continue to work with any new
version of EU::MM, and unfortunately, many use it in strange and
twisted way that could easil
te parts of its test suite and the author put some
effort to skip all the tests that can't be run because the user running
the installation doesn't have the required rights (I'm thinking very
loud about Net::Pcap if you haven't guessed :
ross others during testing.
>
> Also note that the name alone does not signify it will not work on other
> platforms. There are some Linix:: distros that work on Windows.
Same with some Mac:: and Win32:: modules that perfectly work on other
platforms because they're pure Perl modules.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
versions. With these patches (and if the test suites of some of these
are fixed), several modules can probably work on 5.004 or earlier with
little to no changes.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
.
BEGIN { $tests += XX }
# bloc of tests
# ...
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
the modules on said systems, just to put the modules I
need in a directory and "use lib /that/directory". Of course I need to
use modules that work with 5.004, or patch them so they work with
5.004, but you could be surprised to see how little some of the patches
are. Can be as
demerphq wrote:
> On 4/4/06, Sébastien Aperghis-Tramoni <[EMAIL PROTECTED]> wrote:
> > (*) Yes, I know that the core Perl distribution includes many modules,
> > but ask any P5Porter and he'll answer you that the core is over-crowed
> > and that all core modules t
h such a number, it is not
indexed by PAUSE, and therefore can't be installed from CPAN/CPANPLUS
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
s that the currently 30,000 patents granted by EPO are not
legal, hence not enforceable.
Of course, IANAL, but that's what MEP and people who actually reading
the texts say.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
arens form of dies_ok() resolves the syntax error but then
the test always successes.
Am I doing something wrong?
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
Sébastien Aperghis-Tramoni wrote:
While rewriting Net::Pcap test suite, I quickly stumbled upon this
problem: it looks like Test::Exception can't catch croak() or die()
thrown from XS code.
[...]
Ok, I corrected a mistake (I was using dies_ok() instead of
throws_ok()), and reduce
)
}->throws_ok('/^Usage: Net::Pcap::lookupdev(err)/', 'calling
lookupdev() with no
argument');
-e syntax OK
which is perfectly valid perl, but unlikely to do what you want.
Understood. Thanks for the explanation.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
s created with h2xs since Perl 5.8 all contain a prereq using
the version of the local Perl. Hence a good number of recents uploads on the
CPAN with "use 5.008007" while the code perfectly works under any 5.8.x
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
rumble shortly and fetch them.
Hey! Don't blame me on that! At least I listed the dependencies.
There are still many modules that even don't list the test modules
they are using. I think I have already changed them from required
to recommanded for the next, unreleased version, and skip gracefully
if they're not present.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
recommands in Module::Build.
This was discussed at some time but I don't remember whether they were
added or not. This doesn't solve the problem when you're using Makefile.PL
but it can give you hints.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
h. A quick test shows that the Storable
files used by Devel::Cover seem to compress quite well with gzip, so an
option may be to just send it this way.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
ral aspects also tested by CPANTS kwalitee metrics.
http://search.cpan.org/dist/Test-Distribution/
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
/dist/Test-TAP-HTMLMatrix/
Or he could even build his own thing around Test::TAP::Model.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
derived from a list of
Module: Dependency1, Dependency 2, etc...
I'll add more information to the dependency list once I have sorted out
all the distributions that prevent any automated running of these
scripts.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
Selon Sébastien Aperghis-Tramoni <[EMAIL PROTECTED]>:
> Hello,
>
> Here are the final lists of the modules dependencies. This time I grouped
> the modules by their respective distribution name.
I forgot to say that these lists were made by reading the META.yml when
availa
nyway.
Current version of CPANPLUS (0.053) suggests by default to use Build.PL
over Makefile.PL.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
o CPANPLUS so that it run Devel::Cover on any module that it
has to install and include the coverage information in the test report.
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ]
Close the world, txEn eht nepO
ith thread problems, but from reading the Perl
documentation, I always had the feeling that Perl thread support
has never been considered very stable.
This is to say: ok, maybe Devel::Cover don't deal very well with
threads, but if there's so few modules on the CPAN that use threads,
maybe it can be considered as a low priority issue.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
o take a crack at it it anyone thinks it will be of
some use.
I don't know if that answer your needs but Test::Distribution already
performs several kwalitee tests on the modules and other files of a
distribution.
http://search.cpan.org/dist/Test-Distri
l those cases though.
versions
Checks that all packages define $VERSION strings.
Onlt the main module package has a version; not all of the other
packages. Maybe that's a bad thing?
That's a quite classic troll starter I think :-)
Sébastien Aperghis-Tramoni
-- - --- -- - -- - --- -- - -
te that test.pl actually calls scripts in the examples/ directory
by running them throught backticks:
$res = `$perl examples/passwd-cb.pl $key_pem.e secret`;
So the code is already splitted, but in a quite twisted way :-/
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
tion based on the number of
times it appears as a prerequisite of another distribution (taking into
account the depth of the dependency). As a result you also have for
each distribution the list of the distributions that depend upon it.
[1] http://search.cpan.org/dist/CPAN-Dependency/
(eg/report.html
bility of p0f.
If it's not present, just skip the tests that require it.
--
Sébastien Aperghis-Tramoni
Close the world, txEn eht nepO.
37 matches
Mail list logo
