Provided by: libtest-compile-perl_3.3.1-1_all bug

NAME

       Test::Compile - Assert that your Perl files compile OK.

SYNOPSIS

           use Test::Compile qw();

           my $test = Test::Compile->new();
           $test->all_files_ok();
           $test->done_testing();

DESCRIPTION

       "Test::Compile" lets you check the whether your perl modules and scripts compile properly, results are
       reported in standard "Test::Simple" fashion.

       The basic usage - as shown above, will locate your perl files and test that they all compile.

       Module authors can (and probably should) include the following in a t/00-compile.t file and have
       "Test::Compile" automatically find and check all Perl files in a module distribution:

           #!perl
           use strict;
           use warnings;
           use Test::Compile qw();

           my $test = Test::Compile->new();
           $test->all_files_ok();
           $test->done_testing();

METHODS

       "new()"
           The  constructor,  which actually returns a Test::Compile::Internal object.  This gives you access to
           all the methods provided by "Test::Compile::Internal", including those listed below.

       "all_files_ok(@dirs)"
           Looks for perl files and tests them all for compilation errors.

           See "all_files_ok(@dirs)" in Test::Compile::Internal for the full documentation.

       "done_testing()"
           Declares that you are done testing, no more tests will be run after this point.

       "diag(@msgs)"
           Prints out the given @msgs. Like print, arguments are simply appended together.

           Output will be indented and marked with a # so as not to interfere with test output. A  newline  will
           be put on the end if there isn't one already.

           We encourage using this rather than calling print directly.

       "skip($reason)"
           Skips the current test, reporting the $reason.

FUNCTIONS

       The use of the following functions is deprecated and strongly discouraged.

       Instead,   you   should   use   the  object  oriented  interface  described  in  the  "SYNOPSIS"  and  in
       Test::Compile::Internal.

       They are automatically exported to your namespace,  which is no longer considered best practise.  At some
       stage in the future, this will stop and you'll have to import them explicitly to keep using them.

       The object oriented methods also provide a more consistent interface.  For  example:  "all_pm_files_ok()"
       calls the "plan()" function - so you can't call multiple test functions in the same test file.

       "all_pm_files_ok(@files)"
           This function is deprecated.  Please use "all_pm_files_ok(@dirs)" in Test::Compile::Internal instead.
           It's pretty much the same, except it doesn't call the "plan()" function.

           Checks all the perl module files it can find for compilation errors.

           It uses "all_pm_files(@files)" to find the perl module files.

           It  also  calls  the  "plan()" function for you (one test for each module), so you can't have already
           called "plan()". Unfortunately, this also means you can't use this function with "all_pl_files_ok()".
           If this is a problem you should really be using the object oriented interface.

           Returns true if all Perl module files are ok, or false if any fail.

       "all_pl_files_ok(@files)"
           This function is deprecated.  Please use "all_pl_files_ok(@dirs)" in Test::Compile::Internal instead.
           It's pretty much the same, except it doesn't call the "plan()" function.

           Checks all the perl script files it can find for compilation errors.

           It uses "all_pl_files(@files)" to find the perl script files.

           It also calls the "plan()" function for you (one test for each script), so  you  can't  have  already
           called  "plan".  Unfortunately, this also means you can't use this function with "all_pm_files_ok()".
           If this is a problem you should really be using the object oriented interface.

           Returns true if all Perl script files are ok, or false if any fail.

       "pm_file_ok($filename, $testname)"
           This function is deprecated.  Please use "all_pm_files_ok(@dirs)" in Test::Compile::Internal instead.
           It's pretty much the same, except it won't allow you to specify a test name, and it can  handle  more
           than one file at a time.

           "pm_file_ok()" will okay the test if $filename compiles as a perl module.

           The  optional  second  argument  $testname  is the name of the test. If it is omitted, "pm_file_ok()"
           chooses a default test name "Compile test for $filename".

       "pl_file_ok($filename, $testname)"
           This function is deprecated.  Please use "all_pl_files_ok(@dirs)" in Test::Compile::Internal instead.
           It's pretty much the same, except you can't specify a test name, and it can handle more than one file
           at a time.

           "pl_file_ok()" will okay the test if $filename compiles as a perl script. You need to give  the  path
           to  the  script  relative  to  this  distribution's  base  directory. So if you put your scripts in a
           'top-level' directory called script the argument would be "script/filename".

           The optional second argument $testname is the name of the test.  If  it  is  omitted,  "pl_file_ok()"
           chooses a default test name "Compile test for $filename".

       "all_pm_files(@dirs)"
           This function is deprecated.  Please use "all_pm_files(@dirs)" in Test::Compile::Internal instead.

           Returns  a  list  of  all  the  perl  module  files  - that is, files ending in .pm - in @dirs and in
           directories below. If no directories are passed, it defaults to blib if blib exists, or else  lib  if
           not. Skips any files in CVS, .svn, or .git directories.

       "all_pl_files(@dirs)"
           This function is deprecated.  Please use "all_pl_files(@dirs)" in Test::Compile::Internal instead.

           Returns  a  list  of  all  the perl script files - that is, any files in @dirs that either have a .pl
           extension, or have no extension and have a perl shebang line.

           If @dirs is undefined, it searches script if script exists, or else bin if bin exists.

           Skips any files in CVS, .svn, or .git directories.

       "all_files_ok(@dirs)"
           This function is deprecated.  Please use "all_files_ok(@dirs)" in Test::Compile::Internal instead.

           Checks all the perl files it can find for compilation errors.

           If @dirs is defined then it is taken as an array of  directories  to  be  searched  for  perl  files,
           otherwise it searches some default locations - see "all_pm_files(@dirs)" and "all_pl_files(@dirs)".

AUTHORS

       Sagar R. Shah "<srshah@cpan.org>", Marcel Gruenauer, "<marcel@cpan.org>", Evan Giles, "<egiles@cpan.org>"

COPYRIGHT AND LICENSE

       Copyright 2007-2023 by the authors.

       This  library  is  free  software;  you can redistribute it and/or modify it under the same terms as Perl
       itself.

SEE ALSO

       Test::Compile::Internal provides the object oriented interface  to  (and  the  inner  workings  for)  the
       Test::Compile functionality.

       Test::Strict  provides  functions  to  ensure  your perl files compile, with the added bonus that it will
       check you have used strict in all your files.

       Test::LoadAllModules just handles modules, not script files, but has more fine-grained control.

perl v5.36.0                                       2023-07-17                                 Test::Compile(3pm)