™.. Module::Build::Cookbook - Online Linux Manual PageSection : 3pm
Updated : 2017-03-22
Source : perl v5.10.1
Note : Perl Programmers Reference Guide
NAMEModule::Build::Cookbook − Examples of Module::Build Usage

DESCRIPTION\*(C`Module::Build\*(C'\fR isn't conceptually very complicated, but examples are always helpful. The following recipes should help developers and/or installers put together the pieces from the other parts of the documentation.

BASIC RECIPES

Installing modules that use Module::BuildIn most cases, you can just issue the following commands: ​ perl Build.PL ​ ./Build ​ ./Build test ​ ./Build install There's nothing complicated here − first you're running a script called Build.PL, then you're running a (newly-generated) script called Build and passing it various arguments. The exact commands may vary a bit depending on how you invoke perl scripts on your system. For instance, if you have multiple versions of perl installed, you can install to one particular perl's library directories like so: ​ /usr/bin/perl5.8.1 Build.PL ​ ./Build ​ ./Build test ​ ./Build install If you're on Windows where the current directory is always searched first for scripts, you'll probably do something like this: ​ perl Build.PL ​ Build ​ Build test ​ Build install On the old Mac OS (version 9 or lower) using MacPerl, you can double-click on the Build.PL script to create the Build script, then double-click on the Build script to run its \*(C`build\*(C'\fR, \f(CW\*(C`test\*(C'\fR, and \*(C`install\*(C'\fR actions. The Build script knows what perl was used to run Build.PL, so you don't need to re-invoke the Build script with the complete perl path each time. If you invoke it with the wrong perl path, you'll get a warning or a fatal error.

Modifying Config.pm values\*(C`Module::Build\*(C'\fR relies heavily on various values from perl's ​\*(C`Config.pm\*(C'\fR to do its work. For example, default installation paths are given by \*(C`installsitelib\*(C'\fR and \f(CW\*(C`installvendorman3dir\*(C'\fR and friends, C linker & compiler settings are given by \*(C`ld\*(C'\fR, ​\*(C`lddlflags\*(C'\fR, \f(CW\*(C`cc\*(C'\fR, \f(CW\*(C`ccflags\*(C'\fR, and so on. \fIIf you're pretty sure you know what you're doing, you can tell \*(C`Module::Build\*(C'\fR to pretend there are different values in Config.pm than what's really there, by passing arguments for the \*(C`\-\-config\*(C'\fR parameter on the command line: ​ perl Build.PL −−config cc=gcc −−config ld=gcc Inside the \*(C`Build.PL\*(C'\fR script the same thing can be accomplished by passing values for the \*(C`config\*(C'\fR parameter to \f(CW\*(C`new()\*(C'\fR: ​ my $build = Module::Build−>new ​ ( ​ ... ​ config => { cc => 'gcc', ld => 'gcc' }, ​ ... ​ ); In custom build code, the same thing can be accomplished by calling the config in Module::Build method: ​ $build−>config( cc => 'gcc' ); # Set ​ $build−>config( ld => 'gcc' ); # Set ​ ... ​ my $linker = $build−>config('ld'); # Get

Installing modules using the programmatic interfaceIf you need to build, test, and/or install modules from within some other perl code (as opposed to having the user type installation commands at the shell), you can use the programmatic interface. Create a Module::Build object (or an object of a custom Module::Build subclass) and then invoke its \*(C`dispatch()\*(C'\fR method to run various actions. ​ my $build = Module::Build−>new ​ ( ​ module_name => 'Foo::Bar', ​ license => 'perl', ​ requires => { 'Some::Module' => '1.23' }, ​ ); ​ $build−>dispatch('build'); ​ $build−>dispatch('test', verbose => 1); ​ $build−>dispatch('install'); The first argument to \*(C`dispatch()\*(C'\fR is the name of the action, and any following arguments are named parameters. This is the interface we use to test Module::Build itself in the regression tests.

Installing to a temporary directoryTo create packages for package managers like RedHat's \*(C`rpm\*(C'\fR or Debian's \*(C`deb\*(C'\fR, you may need to install to a temporary directory first and then create the package from that temporary installation. To do this, specify the \*(C`destdir\*(C'\fR parameter to the \f(CW\*(C`install\*(C'\fR action: ​ ./Build install −−destdir /tmp/my−package−1.003 This essentially just prepends all the installation paths with the ​/tmp/my−package−1.003 directory.

Installing to a non-standard directoryTo install to a non-standard directory (for example, if you don't have permission to install in the system-wide directories), you can use the ​\*(C`install_base\*(C'\fR or \f(CW\*(C`prefix\*(C'\fR parameters: ​ ./Build install −−install_base /foo/bar See INSTALL PATHS in Module::Build for a much more complete discussion of how installation paths are determined.

Installing in the same location as ExtUtils::MakeMakerWith the introduction of \*(C`\-\-prefix\*(C'\fR in Module::Build 0.28 and ​\*(C`INSTALL_BASE\*(C'\fR in \f(CW\*(C`ExtUtils::MakeMaker\*(C'\fR 6.31 its easy to get them both to install to the same locations. First, ensure you have at least version 0.28 of Module::Build installed and 6.31 of \*(C`ExtUtils::MakeMaker\*(C'\fR. Prior versions have differing (and in some cases quite strange) installation behaviors. The following installation flags are equivalent between ​\*(C`ExtUtils::MakeMaker\*(C'\fR and \f(CW\*(C`Module::Build\*(C'\fR. ​ MakeMaker Module::Build ​ PREFIX=... −−prefix ... ​ INSTALL_BASE=... −−install_base ... ​ DESTDIR=... −−destdir ... ​ LIB=... −−install_path lib=... ​ INSTALLDIRS=... −−installdirs ... ​ INSTALLDIRS=perl −−installdirs core ​ UNINST=... −−uninst ... ​ INC=... −−extra_compiler_flags ... ​ POLLUTE=1 −−extra_compiler_flags −DPERL_POLLUTE For example, if you are currently installing \*(C`MakeMaker\*(C'\fR modules with this command: ​ perl Makefile.PL PREFIX=~ ​ make test ​ make install UNINST=1 You can install into the same location with Module::Build using this: ​ perl Build.PL −−prefix ~ ​ ./Build test ​ ./Build install −−uninst 1 \*(C`prefix\*(C'\fI vs \f(CI\*(C`install_base\*(C'\fI\fR The behavior of \*(C`prefix\*(C'\fR is complicated and depends on how your Perl is configured. The resulting installation locations will vary from machine to machine and even different installations of Perl on the same machine. Because of this, it's difficult to document where \*(C`prefix\*(C'\fR will place your modules. In contrast, \*(C`install_base\*(C'\fR has predictable, easy to explain installation locations. Now that \*(C`Module::Build\*(C'\fR and \f(CW\*(C`MakeMaker\*(C'\fR both have \*(C`install_base\*(C'\fR there is little reason to use \f(CW\*(C`prefix\*(C'\fR other than to preserve your existing installation locations. If you are starting a fresh Perl installation we encourage you to use ​\*(C`install_base\*(C'\fR. If you have an existing installation installed via ​\*(C`prefix\*(C'\fR, consider moving it to an installation structure matching ​\*(C`install_base\*(C'\fR and using that instead.

Running a single test file\*(C`Module::Build\*(C'\fR supports running a single test, which enables you to track down errors more quickly. Use the following format: ​ ./Build test −−test_files t/mytest.t In addition, you may want to run the test in verbose mode to get more informative output: ​ ./Build test −−test_files t/mytest.t −−verbose 1 I run this so frequently that I define the following shell alias: ​ alias t './Build test −−verbose 1 −−test_files' So then I can just execute \*(C`t t/mytest.t\*(C'\fR to run a single test.

ADVANCED RECIPES

Making a CPAN.pm−compatible distributionNew versions of CPAN.pm understand how to use a Build.PL script, but old versions don't. If authors want to help users who have old versions, some form of Makefile.PL should be supplied. The easiest way to accomplish this is to use the \*(C`create_makefile_pl\*(C'\fR parameter to ​\*(C`Module::Build\->new()\*(C'\fR in the \f(CW\*(C`Build.PL\*(C'\fR script, which can create various flavors of Makefile.PL during the \*(C`dist\*(C'\fR action. As a best practice, we recommend using the traditional style of ​Makefile.PL unless your distribution has needs that can't be accomplished that way. The \*(C`Module::Build::Compat\*(C'\fR module, which is part of ​\*(C`Module::Build\*(C'\fR's distribution, is responsible for creating these ​Makefile.PLs. Please see Module::Build::Compat for the details.

Changing the order of the build processThe \*(C`build_elements\*(C'\fR property specifies the steps \f(CW\*(C`Module::Build\*(C'\fR will take when building a distribution. To change the build order, change the order of the entries in that property: ​ # Process pod files first ​ my @e = @{$build−>build_elements}; ​ my ($i) = grep {$e[$_] eq 'pod'} 0..$#e; ​ unshift @e, splice @e, $i, 1; Currently, \*(C`build_elements\*(C'\fR has the following default value: [qw( PL support pm xs pod script )] Do take care when altering this property, since there may be non-obvious (and non-documented!) ordering dependencies in the ​\*(C`Module::Build\*(C'\fR code.

Adding new file types to the build processSometimes you might have extra types of files that you want to install alongside the standard types like .pm and .pod files. For instance, you might have a Bar.dat file containing some data related to the \*(C`Foo::Bar\*(C'\fR module and you'd like for it to end up as ​Foo/Bar.dat somewhere in perl's @INC path so \*(C`Foo::Bar\*(C'\fR can access it easily at runtime. The following code from a sample ​\*(C`Build.PL\*(C'\fR file demonstrates how to accomplish this: ​ use Module::Build; ​ my $build = Module::Build−>new ​ ( ​ module_name => 'Foo::Bar', ​ ...other stuff here... ​ ); ​ $build−>add_build_element('dat'); ​ $build−>create_build_script; This will find all .dat files in the lib/ directory, copy them to the blib/lib/ directory during the \*(C`build\*(C'\fR action, and install them during the \*(C`install\*(C'\fR action. If your extra files aren't located in the \*(C`lib/\*(C'\fR directory in your distribution, you can explicitly say where they are, just as you'd do with .pm or .pod files: ​ use Module::Build; ​ my $build = new Module::Build ​ ( ​ module_name => 'Foo::Bar', ​ dat_files => {'some/dir/Bar.dat' => 'lib/Foo/Bar.dat'}, ​ ...other stuff here... ​ ); ​ $build−>add_build_element('dat'); ​ $build−>create_build_script; If your extra files actually need to be created on the user's machine, or if they need some other kind of special processing, you'll probably want to subclass \*(C`Module::Build\*(C'\fR and create a special method to process them, named \*(C`process_${kind}_files()\*(C'\fR: ​ use Module::Build; ​ my $class = Module::Build−>subclass(code => <<'EOF'); ​ sub process_dat_files { ​ my $self = shift; ​ ... locate and process *.dat files, ​ ... and create something in blib/lib/ ​ } ​ EOF ​ my $build = $class−>new ​ ( ​ module_name => 'Foo::Bar', ​ ...other stuff here... ​ ); ​ $build−>add_build_element('dat'); ​ $build−>create_build_script; If your extra files don't go in lib/ but in some other place, see ​Adding new elements to the install process for how to actually get them installed. Please note that these examples use some capabilities of Module::Build that first appeared in version 0.26. Before that it could still be done, but the simple cases took a bit more work.

Adding new elements to the install processBy default, Module::Build creates seven subdirectories of the blib directory during the build process: lib, arch, bin, ​script, bindoc, libdoc, and html (some of these may be missing or empty if there's nothing to go in them). Anything copied to these directories during the build will eventually be installed during the \*(C`install\*(C'\fR action (see \*(L"\s-1INSTALL\s0 \s-1PATHS\s0\*(R" in Module::Build. If you need to create a new custom type of installable element, e.g. \*(C`conf\*(C'\fR, then you need to tell Module::Build where things in blib/conf/ should be installed. To do this, use the \*(C`install_path\*(C'\fR parameter to the \*(C`new()\*(C'\fR method: ​ my $build = Module::Build−>new ​ ( ​ ...other stuff here... ​ install_path => { conf => $installation_path }); Or you can call the \*(C`install_path()\*(C'\fR method later: ​ $build−>install_path(conf => $installation_path); The user may also specify the path on the command line: ​ perl Build.PL −−install_path conf=/foo/path/etc The important part, though, is that somehow the install path needs to be set, or else nothing in the blib/conf/ directory will get installed, and a runtime error during the \*(C`install\*(C'\fR action will result. See also Adding new file types to the build process for how to create the stuff in blib/conf/ in the first place.

EXAMPLES ON CPANSeveral distributions on CPAN are making good use of various features of Module::Build. They can serve as real-world examples for others.

SVN-Notify-Mirror<http://search.cpan.org/~jpeacock/SVN−Notify−Mirror/> John Peacock, author of the \*(C`SVN\-Notify\-Mirror\*(C'\fR distribution, says: 1. Using auto_features, I check to see whether two optional modules are available − SVN::Notify::Config and Net::SSH; 2. If the S::N::Config module is loaded, I automatically generate test files for it during Build (using the PL_files property)3. If the ssh_feature is available, I ask if the user wishes to perform the ssh tests (since it requires a little preliminary setup)4. Only if the user has ssh_feature and answers yes to the testing, do I generate a test file. 
I'm sure I could not have handled this complexity with EU::MM, but it was very easy to do with M::B.

Modifying an actionSometimes you might need an to have an action, say \*(C`./Build install\*(C'\fR, do something unusual. For instance, you might need to change the ownership of a file or do something else peculiar to your application. You can subclass \*(C`Module::Build\*(C'\fR on the fly using the \f(CW\*(C`subclass()\*(C'\fR method and override the methods that perform the actions. You may need to read through \*(C`Module::Build::Authoring\*(C'\fR and ​\*(C`Module::Build::API\*(C'\fR to find the methods you want to override. All ​action methods are implemented by a method called ACTION_ followed by the action's name, so here's an example of how it would work for the \*(C`install\*(C'\fR action: ​ # Build.PL ​ use Module::Build; ​ my $class = Module::Build−>subclass( ​ class => "Module::Build::Custom", ​ code => <<'SUBCLASS' ); ​ ​ sub ACTION_install { ​ my $self = shift; ​ # YOUR CODE HERE ​ $self−>SUPER::ACTION_install; ​ } ​ SUBCLASS ​ ​ $class−>new( ​ module_name => 'Your::Module', ​ # rest of the usual Module::Build parameters ​ )>create_build_script;

Adding an actionYou can add a new \*(C`./Build\*(C'\fR action simply by writing the method for it in your subclass. Use \*(C`depends_on\*(C'\fR to declare that another action must have been run before your action. For example, let's say you wanted to be able to write \*(C`./Build commit\*(C'\fR to test your code and commit it to Subversion. ​ # Build.PL ​ use Module::Build; ​ my $class = Module::Build−>subclass( ​ class => "Module::Build::Custom", ​ code => <<'SUBCLASS' ); ​ ​ sub ACTION_commit { ​ my $self = shift; ​ ​ $self−>depends_on("test"); ​ $self−>do_system(qw(svn commit)); ​ } ​ SUBCLASS

Bundling Module::BuildNote: This section probably needs an update as the technology improves (see contrib/bundle.pl in the distribution). Suppose you want to use some new-ish features of Module::Build, e.g. newer than the version of Module::Build your users are likely to already have installed on their systems. The first thing you should do is set \*(C`configure_requires\*(C'\fR to your minimum version of Module::Build. See Module::Build::Authoring. But not every build system honors \*(C`configure_requires\*(C'\fR yet. Here's how you can ship a copy of Module::Build, but still use a newer installed version to take advantage of any bug fixes and upgrades. First, install Module::Build into Your−Project/inc/Module−Build. ​CPAN will not index anything in the inc directory so this copy will not show up in CPAN searches. ​ cd Module−Build ​ perl Build.PL −−install_base /path/to/Your−Project/inc/Module−Build ​ ./Build test ​ ./Build install You should now have all the Module::Build .pm files in ​Your−Project/inc/Module−Build/lib/perl5. Next, add this to the top of your Build.PL. ​ my $Bundled_MB = 0.30; # or whatever version it was. ​ ​ # Find out what version of Module::Build is installed or fail quietly. ​ # This should be cross−platform. ​ my $Installed_MB = ​ `$^X −e "eval q{require Module::Build; print Module::Build−>VERSION} or exit 1"; ​ ​ # some operating systems put a newline at the end of every print. ​ chomp $Installed_MB; ​ ​ $Installed_MB = 0 if $?; ​ ​ # Use our bundled copy of Module::Build if it's newer than the installed. ​ unshift @INC, "inc/Module−Build/lib/perl5" if $Bundled_MB > $Installed_MB; ​ ​ require Module::Build; And write the rest of your Build.PL normally. Module::Build will remember your change to @INC and use it when you run ./Build. In the future, we hope to provide a more automated solution for this scenario; see \*(C`inc/latest.pm\*(C'\fR in the Module::Build distribution for one indication of the direction we're moving.

AUTHORKen Williams <kwilliams@cpan.org>

COPYRIGHTCopyright (c) 2001−2008 Ken Williams. All rights reserved. This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

SEE ALSOperl(1), Module::Build(3), Module::Build::Authoring(3), Module::Build::API(3)

Johanes Gumabo
Data Size   :   60,632 byte man-Module::Build::Cookbook.3pmBuild   :   2024-12-29, 07:25   :  
Visitor Screen   :   1280 x 720
Visitor Counter ( page / site )   :   4 / 262,354
Visitor ID   :     :  
Visitor IP   :   18.191.144.242   :  
Visitor Provider   :   AMAZON-02   :  
Provider Position ( lat x lon )   :   39.962500 x -83.006100   :   x
Provider Accuracy Radius ( km )   :   1000   :  
Provider City   :   Columbus   :  
Provider Province   :   Ohio ,   :   ,
Provider Country   :   United States   :  
Provider Continent   :   North America   :  
Visitor Recorder   :   Version   :  
Visitor Recorder   :   Library   :  
Online Linux Manual Page   :   Version   :   Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.29
Online Linux Manual Page   :   Library   :   lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page   :   Library   :   lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base   :   Version   :   Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base   :   Library   :   lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36

Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.

ERROR : Need New Coding :         (parse_manual_page_|252|Module::Build::Cookbook.3pm|36/37|el══─{─══.|.el══─{─══. ds -- \|\(em\| )         (htmlprn|149|Module::Build::Cookbook.3pm|36/37|.el══─{─══. ds --  —  |.el══─{─══. ds -- \|\(em\| )         (parse_manual_page_|252|Module::Build::Cookbook.3pm|41|br══─}─══|'br══─}─══ )         (htmlprn|149|Module::Build::Cookbook.3pm|41|'br══─}─══ |'br══─}─══ )         (rof_nr_x|149|Module::Build::Cookbook.3pm|51/52|\nF|.ie \nF ══─{─══. de IX )         (rof_unit_scale_px|41|Module::Build::Cookbook.3pm|51/52|F|.ie \nF ══─{─══. de IX )         (rof_if|19|Module::Build::Cookbook.3pm|51/52|\nF|.ie \nF ══─{─══. de IX )         (htmlprn|149|Module::Build::Cookbook.3pm|51/52|.ie \nF ══─{─══. de IX|.ie \nF ══─{─══. de IX )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|53|\$1\t\\n%\t"\\$2" |. tm Index:\\$1\t\\n%\t"\\$2" )         (parse_manual_page_|252|Module::Build::Cookbook.3pm|57|══─}─══|.══─}─══ )         (htmlprn|149|Module::Build::Cookbook.3pm|57|.══─}─══ |.══─}─══ )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|136|\*(C`Module::Build\*(C'\fR isn't conceptually very complicated, but examples are |\&\f(CW\*(C`Module::Build\*(C'\fR isn't conceptually very complicated, but examples are )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|181|\*(C`build\*(C'\fR, \f(CW\*(C`test\*(C'\fR, |then double-click on the \fIBuild\fR script to run its \f(CW\*(C`build\*(C'\fR, \f(CW\*(C`test\*(C'\fR, )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|182|\*(C`install\*(C'\fR actions. |and \f(CW\*(C`install\*(C'\fR actions. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|190|\*(C`Module::Build\*(C'\fR relies heavily on various values from perl's |\&\f(CW\*(C`Module::Build\*(C'\fR relies heavily on various values from perl's )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|191|\*(C`Config.pm\*(C'\fR to do its work. For example, default installation paths |\&\f(CW\*(C`Config.pm\*(C'\fR to do its work. For example, default installation paths )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|192|\*(C`installsitelib\*(C'\fR and \f(CW\*(C`installvendorman3dir\*(C'\fR and |are given by \f(CW\*(C`installsitelib\*(C'\fR and \f(CW\*(C`installvendorman3dir\*(C'\fR and )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|193|\*(C`ld\*(C'\fR, |friends, C linker & compiler settings are given by \f(CW\*(C`ld\*(C'\fR, )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|194|\*(C`lddlflags\*(C'\fR, \f(CW\*(C`cc\*(C'\fR, \f(CW\*(C`ccflags\*(C'\fR, and so on. \fIIf you're pretty sure |\&\f(CW\*(C`lddlflags\*(C'\fR, \f(CW\*(C`cc\*(C'\fR, \f(CW\*(C`ccflags\*(C'\fR, and so on. \fIIf you're pretty sure )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|195|\*(C`Module::Build\*(C'\fR to pretend |you know what you're doing\fR, you can tell \f(CW\*(C`Module::Build\*(C'\fR to pretend )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|197|\*(C`\-\-config\*(C'\fR parameter on the command |by passing arguments for the \f(CW\*(C`\-\-config\*(C'\fR parameter on the command )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|204|\*(C`Build.PL\*(C'\fR script the same thing can be accomplished by |Inside the \f(CW\*(C`Build.PL\*(C'\fR script the same thing can be accomplished by )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|205|\*(C`config\*(C'\fR parameter to \f(CW\*(C`new()\*(C'\fR: |passing values for the \f(CW\*(C`config\*(C'\fR parameter to \f(CW\*(C`new()\*(C'\fR: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|231|\*(C`dispatch()\*(C'\fR method to run various |subclass) and then invoke its \f(CW\*(C`dispatch()\*(C'\fR method to run various )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|246|\*(C`dispatch()\*(C'\fR is the name of the action, and any |The first argument to \f(CW\*(C`dispatch()\*(C'\fR is the name of the action, and any )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|253|\*(C`rpm\*(C'\fR or |To create packages for package managers like RedHat's \f(CW\*(C`rpm\*(C'\fR or )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|254|\*(C`deb\*(C'\fR, you may need to install to a temporary directory |Debian's \f(CW\*(C`deb\*(C'\fR, you may need to install to a temporary directory )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|256|\*(C`destdir\*(C'\fR parameter to the \f(CW\*(C`install\*(C'\fR action: |To do this, specify the \f(CW\*(C`destdir\*(C'\fR parameter to the \f(CW\*(C`install\*(C'\fR action: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|268|\*(C`install_base\*(C'\fR or \f(CW\*(C`prefix\*(C'\fR parameters: |\&\f(CW\*(C`install_base\*(C'\fR or \f(CW\*(C`prefix\*(C'\fR parameters: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|278|\*(C`\-\-prefix\*(C'\fR in Module::Build 0.28 and |With the introduction of \f(CW\*(C`\-\-prefix\*(C'\fR in Module::Build 0.28 and )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|279|\*(C`INSTALL_BASE\*(C'\fR in \f(CW\*(C`ExtUtils::MakeMaker\*(C'\fR 6.31 its easy to get them both |\&\f(CW\*(C`INSTALL_BASE\*(C'\fR in \f(CW\*(C`ExtUtils::MakeMaker\*(C'\fR 6.31 its easy to get them both )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|283|\*(C`ExtUtils::MakeMaker\*(C'\fR. Prior versions have |installed and 6.31 of \f(CW\*(C`ExtUtils::MakeMaker\*(C'\fR. Prior versions have )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|287|\*(C`ExtUtils::MakeMaker\*(C'\fR and \f(CW\*(C`Module::Build\*(C'\fR. |\&\f(CW\*(C`ExtUtils::MakeMaker\*(C'\fR and \f(CW\*(C`Module::Build\*(C'\fR. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|302|\*(C`MakeMaker\*(C'\fR modules with |For example, if you are currently installing \f(CW\*(C`MakeMaker\*(C'\fR modules with )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|319|\*(C`prefix\*(C'\fI vs \f(CI\*(C`install_base\*(C'\fI\fR |\fI\f(CI\*(C`prefix\*(C'\fI vs \f(CI\*(C`install_base\*(C'\fI\fR )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|322|\*(C`prefix\*(C'\fR is complicated and depends on |The behavior of \f(CW\*(C`prefix\*(C'\fR is complicated and depends on )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|326|\*(C`prefix\*(C'\fR will place your modules. |where \f(CW\*(C`prefix\*(C'\fR will place your modules. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|328|\*(C`install_base\*(C'\fR has predictable, easy to explain |In contrast, \f(CW\*(C`install_base\*(C'\fR has predictable, easy to explain )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|329|\*(C`Module::Build\*(C'\fR and \f(CW\*(C`MakeMaker\*(C'\fR both |installation locations. Now that \f(CW\*(C`Module::Build\*(C'\fR and \f(CW\*(C`MakeMaker\*(C'\fR both )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|330|\*(C`install_base\*(C'\fR there is little reason to use \f(CW\*(C`prefix\*(C'\fR other |have \f(CW\*(C`install_base\*(C'\fR there is little reason to use \f(CW\*(C`prefix\*(C'\fR other )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|333|\*(C`install_base\*(C'\fR. If you have an existing installation installed via |\&\f(CW\*(C`install_base\*(C'\fR. If you have an existing installation installed via )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|334|\*(C`prefix\*(C'\fR, consider moving it to an installation structure matching |\&\f(CW\*(C`prefix\*(C'\fR, consider moving it to an installation structure matching )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|335|\*(C`install_base\*(C'\fR and using that instead. |\&\f(CW\*(C`install_base\*(C'\fR and using that instead. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|338|\*(C`Module::Build\*(C'\fR supports running a single test, which enables you to |\&\f(CW\*(C`Module::Build\*(C'\fR supports running a single test, which enables you to )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|358|\*(C`t t/mytest.t\*(C'\fR to run a single test. |So then I can just execute \f(CW\*(C`t t/mytest.t\*(C'\fR to run a single test. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|366|\*(C`create_makefile_pl\*(C'\fR parameter to |way to accomplish this is to use the \f(CW\*(C`create_makefile_pl\*(C'\fR parameter to )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|367|\*(C`Module::Build\->new()\*(C'\fR in the \f(CW\*(C`Build.PL\*(C'\fR script, which can |\&\f(CW\*(C`Module::Build\->new()\*(C'\fR in the \f(CW\*(C`Build.PL\*(C'\fR script, which can )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|368|\*(C`dist\*(C'\fR action. |create various flavors of \fIMakefile.PL\fR during the \f(CW\*(C`dist\*(C'\fR action. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|374|\*(C`Module::Build::Compat\*(C'\fR module, which is part of |The \f(CW\*(C`Module::Build::Compat\*(C'\fR module, which is part of )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|375|\*(C`Module::Build\*(C'\fR's distribution, is responsible for creating these |\&\f(CW\*(C`Module::Build\*(C'\fR's distribution, is responsible for creating these )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|379|\*(C`build_elements\*(C'\fR property specifies the steps \f(CW\*(C`Module::Build\*(C'\fR |The \f(CW\*(C`build_elements\*(C'\fR property specifies the steps \f(CW\*(C`Module::Build\*(C'\fR )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|390|\*(C`build_elements\*(C'\fR has the following default value: |Currently, \f(CW\*(C`build_elements\*(C'\fR has the following default value: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|398|\*(C`Module::Build\*(C'\fR code. |\&\f(CW\*(C`Module::Build\*(C'\fR code. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|404|\*(C`Foo::Bar\*(C'\fR module and you'd like for it to end up as |related to the \f(CW\*(C`Foo::Bar\*(C'\fR module and you'd like for it to end up as )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|405|\*(C`Foo::Bar\*(C'\fR can |\&\fIFoo/Bar.dat\fR somewhere in perl's \f(CW@INC\fR path so \f(CW\*(C`Foo::Bar\*(C'\fR can )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|407|\*(C`Build.PL\*(C'\fR file demonstrates how to accomplish this: |\&\f(CW\*(C`Build.PL\*(C'\fR file demonstrates how to accomplish this: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|421|\*(C`build\*(C'\fR action, and install |to the \fIblib/lib/\fR directory during the \f(CW\*(C`build\*(C'\fR action, and install )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|422|\*(C`install\*(C'\fR action. |them during the \f(CW\*(C`install\*(C'\fR action. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|424|\*(C`lib/\*(C'\fR directory in your |If your extra files aren't located in the \f(CW\*(C`lib/\*(C'\fR directory in your )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|442|\*(C`Module::Build\*(C'\fR and create a special method to |want to subclass \f(CW\*(C`Module::Build\*(C'\fR and create a special method to )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|443|\*(C`process_${kind}_files()\*(C'\fR: |process them, named \f(CW\*(C`process_${kind}_files()\*(C'\fR: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|477|\*(C`install\*(C'\fR action (see \*(L"\s-1INSTALL\s0 \s-1PATHS\s0\*(R" in Module::Build. |during the \f(CW\*(C`install\*(C'\fR action (see \*(L"\s-1INSTALL\s0 \s-1PATHS\s0\*(R" in Module::Build. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|479|\*(C`conf\*(C'\fR, |If you need to create a new custom type of installable element, e.g. \f(CW\*(C`conf\*(C'\fR, )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|481|\*(C`install_path\*(C'\fR parameter to |should be installed. To do this, use the \f(CW\*(C`install_path\*(C'\fR parameter to )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|482|\*(C`new()\*(C'\fR method: |the \f(CW\*(C`new()\*(C'\fR method: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|492|\*(C`install_path()\*(C'\fR method later: |Or you can call the \f(CW\*(C`install_path()\*(C'\fR method later: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|506|\*(C`install\*(C'\fR action will |installed, and a runtime error during the \f(CW\*(C`install\*(C'\fR action will )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|519|\*(C`SVN\-Notify\-Mirror\*(C'\fR distribution, says: |John Peacock, author of the \f(CW\*(C`SVN\-Notify\-Mirror\*(C'\fR distribution, says: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|538|\*(C`./Build install\*(C'\fR, |Sometimes you might need an to have an action, say \f(CW\*(C`./Build install\*(C'\fR, )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|542|\*(C`Module::Build\*(C'\fR on the fly using the \f(CW\*(C`subclass()\*(C'\fR |You can subclass \f(CW\*(C`Module::Build\*(C'\fR on the fly using the \f(CW\*(C`subclass()\*(C'\fR )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|544|\*(C`Module::Build::Authoring\*(C'\fR and |need to read through \f(CW\*(C`Module::Build::Authoring\*(C'\fR and )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|545|\*(C`Module::Build::API\*(C'\fR to find the methods you want to override. All |\&\f(CW\*(C`Module::Build::API\*(C'\fR to find the methods you want to override. All )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|548|\*(C`install\*(C'\fR action: |the \f(CW\*(C`install\*(C'\fR action: )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|571|\*(C`./Build\*(C'\fR action simply by writing the method for |You can add a new \f(CW\*(C`./Build\*(C'\fR action simply by writing the method for )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|572|\*(C`depends_on\*(C'\fR to declare that another action |it in your subclass. Use \f(CW\*(C`depends_on\*(C'\fR to declare that another action )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|575|\*(C`./Build |For example, let's say you wanted to be able to write \f(CW\*(C`./Build )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|576|\*(C'\fR to test your code and commit it to Subversion. |commit\*(C'\fR to test your code and commit it to Subversion. )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|601|\*(C`configure_requires\*(C'\fR to your minimum version of |do is set \f(CW\*(C`configure_requires\*(C'\fR to your minimum version of )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|604|\*(C`configure_requires\*(C'\fR yet. Here's |But not every build system honors \f(CW\*(C`configure_requires\*(C'\fR yet. Here's )         (rof_escape_sequence|91|Module::Build::Cookbook.3pm|647|\*(C`inc/latest.pm\*(C'\fR in the Module::Build distribution for |scenario; see \f(CW\*(C`inc/latest.pm\*(C'\fR in the Module::Build distribution for )