Alien::Build - Build external dependencies for use in CPAN
version 0.85_01
my $build = Alien::Build->load('./alienfile'); $build->load_requires('configure'); $build->set_prefix('/usr/local'); $build->set_stage('/foo/mystage'); # needs to be absolute $build->load_requires($build->install_type); $build->download; $build->build; # files are now in /foo/mystage, it is your job (or # ExtUtils::MakeMaker, Module::Build, etc) to copy # those files into /usr/local
This module provides tools for building external (non-CPAN) dependencies for CPAN. It is mainly designed to be used at install time of a CPAN client, and work closely with Alien::Base which is used at runtime.
This is the detailed documentation for Alien::Build class. If you are starting out as a user of an Alien::Build based Alien module, see Alien::Build::Manual::AlienUser. If you are starting out writing a new Alien::Build based Alien module, see Alien::Build::Manual::AlienAuthor. As an Alien author, you will also likely be interested in Alien::Build::Manual::FAQ. If you are interested in writing a Alien::Build plugin, see Alien::Build::Manual::PluginAuthor.
Note that you will usually not usually create a Alien::Build instance directly, but rather be using a thin installer layer, such as Alien::Build::MM (for use with ExtUtils::MakeMaker). One of the goals of this project is to remain installer agnostic.
my $build = Alien::Build->new;
This creates a new empty instance of Alien::Build. Normally you will want to use load below to create an instance of Alien::Build from an alienfile recipe.
load
There are three main properties for Alien::Build. There are a number of properties documented here with a specific usage. Note that these properties may need to be serialized into something primitive like JSON that does not support: regular expressions, code references of blessed objects.
If you are writing a plugin (Alien::Build::Plugin) you should use a prefix like "plugin_name" (where name is the name of your plugin) so that it does not interfere with other plugin or future versions of Alien::Build. For example, if you were writing Alien::Build::Plugin::Fetch::NewProtocol, please use the prefix plugin_fetch_newprotocol:
Alien::Build::Plugin::Fetch::NewProtocol
plugin_fetch_newprotocol
sub init { my($self, $meta) = @_; $meta->prop( plugin_fetch_newprotocol_foo => 'some value' ); $meta->register_hook( some_hook => sub { my($build) = @_; $build->install_prop->{plugin_fetch_newprotocol_bar} = 'some other value'; $build->runtime_prop->{plugin_fetch_newprotocol_baz} = 'and another value'; } ); }
If you are writing a alienfile recipe please use the prefix my_:
my_
use alienfile; meta_prop->{my_foo} = 'some value'; probe sub { my($build) = @_; $build->install_prop->{my_bar} = 'some other value'; $build->install_prop->{my_baz} = 'and another value'; };
Any property may be used from a command:
probe [ 'some command %{.meta.plugin_fetch_newprotocol_foo}' ]; probe [ 'some command %{.install.plugin_fetch_newprotocol_bar}' ]; probe [ 'some command %{.runtime.plugin_fetch_newprotocol_baz}' ]; probe [ 'some command %{.meta.my_foo}' ]; probe [ 'some command %{.install.my_bar}' ]; probe [ 'some command %{.runtime.my_baz}' ];
my $href = $build->meta_prop; my $href = Alien::Build->meta_prop;
Meta properties have to do with the recipe itself, and not any particular instance that probes or builds that recipe. Meta properties can be changed from within an alienfile using the meta_prop directive, or from a plugin from its init method (though should NOT be modified from any hooks registered within that init method). This is not strictly enforced, but if you do not follow this rule your recipe will likely be broken.
meta_prop
init
This is a hint to an installer like Alien::Build::MM or Alien::Build::MB, that the library or tool contains architecture dependent files and so should be stored in an architecture dependent location. If not specified by your alienfile then it will be set to true.
Use the DESTDIR environment variable to stage your install before copying the files into blib. This is the preferred method of installing libraries because it improves reliability. This technique is supported by autoconf and others.
DESTDIR
blib
autoconf
Regular expression for the files that should be copied from the DESTDIR into the stage directory. If not defined, then all files will be copied.
Same as destdir_filter except applies to build_ffi instead of build.
destdir_filter
build_ffi
build
Environment variables to override during the build stage.
Hash reference. Contains information about the platform beyond just $^O.
$^O
Refers to the type of flags that the compiler accepts. May be expanded in the future, but for now, will be one of:
On Windows when using Microsoft Visual C++
Virtually everything else, including gcc on windows.
The main difference is that with Visual C++ -LIBPATH should be used instead of -L, and static libraries should have the .LIB suffix instead of .a.
-LIBPATH
-L
.LIB
.a
$^O is frequently good enough to make platform specific logic in your alienfile, this handles the case when $^O can cover platforms that provide multiple environments that Perl might run under. The main example is windows, but others may be added in the future.
Note that cygwin and msys are considered unix even though they run on windows!
cygwin
msys
unix
The default or start URL used by fetch plugins.
my $href = $build->install_prop;
Install properties are used during the install phase (either under share or system install). They are remembered for the entire install phase, but not kept around during the runtime phase. Thus they cannot be accessed from your Alien::Base based module.
share
system
The prefix as understood by autoconf. This is only different on Windows Where MSYS is used and paths like C:/foo are represented as /C/foo which are understood by the MSYS tools, but not by Perl. You should only use this if you are using Alien::Build::Plugin::Autoconf in your alienfile.
C:/foo
/C/foo
Hash containing information on a previously installed Alien of the same name, if available. This may be useful in cases where you want to reuse the previous install if it is still sufficient.
The prefix for the previous install.
The runtime properties from the previous install.
Directory with patches.
The install time prefix. Under a destdir install this is the same as the runtime or final install location. Under a non-destdir install this is the stage directory (usually the appropriate share directory under blib).
destdir
stage
The build root directory. This will be an absolute path. It is the absolute form of ./_alien by default.
./_alien
The stage directory where files will be copied. This is usually the root of the blib share directory.
my $href = $build->runtime_prop;
Runtime properties are used during the install and runtime phases (either under share or system install). This should include anything that you will need to know to use the library or tool during runtime, and shouldn't include anything that is no longer relevant once the install process is complete.
The version of Alien::Build used to install the library or tool.
Alternate configurations. If the alienized package has multiple libraries this could be used to store the different compiler or linker flags for each library.
The compiler flags
The static compiler flags
The command name for tools where the name my differ from platform to platform. For example, the GNU version of make is usually make in Linux and gmake on FreeBSD.
make
gmake
The install type. Is one of:
For when the library or tool is provided by the operating system, can be detected by Alien::Build, and is considered satisfactory by the alienfile recipe.
alienfile
For when a system install is not possible, the library source will be downloaded from the internet or retrieved in another appropriate fashion and built.
The library flags
The static library flags
The version of the Perl module used to install the alien (if available). For example if Alien::curl is installing libcurl this would be the version of Alien::curl used during the install step.
libcurl
The final install root. This is usually they share directory.
The version of the library or tool
my $href = $build->hook_prop;
Hook properties are for the currently running (if any) hook. They are used only during the execution of each hook and are discarded after. If no hook is currently running then hook_prop will return undef.
hook_prop
undef
The name of the currently running hook.
my $build = Alien::Build->load($alienfile);
This creates an Alien::Build instance with the given alienfile recipe.
$build->checkpoint;
Save any install or runtime properties so that they can be reloaded on a subsequent run. This is useful if your build needs to be done in multiple stages from a Makefile, such as with ExtUtils::MakeMaker.
Makefile
my $build = Alien::Build->resume($alienfile, $root);
Load a checkpointed Alien::Build instance. You will need the original alienfile and the build root (usually _alien).
_alien
my $dir = $build->root;
This is just a shortcut for:
my $root = $build->install_prop->{root};
Except that it will be created if it does not already exist.
my $type = $build->install_type;
This will return the install type. (See the like named install property above for details). This method will call probe if it has not already been called.
probe
$build->set_prefix($prefix);
Set the final (unstaged) prefix. This is normally only called by Alien::Build::MM and similar modules. It is not intended for use from plugins or from an alienfile.
$build->set_stage($dir);
Sets the stage directory. This is normally only called by Alien::Build::MM and similar modules. It is not intended for use from plugins or from an alienfile.
my $hash = $build->requires($phase);
Returns a hash reference of the modules required for the given phase. Phases include:
These modules must already be available when the alienfile is read.
These modules are used during either a system or share install.
These modules are used during the build phase of a share install.
These modules are used during the build phase of a system install.
$build->load_requires($phase);
This loads the appropriate modules for the given phase (see requires above for a description of the phases).
requires
my $install_type = $build->probe;
Attempts to determine if the operating system has the library or tool already installed. If so, then the string system will be returned and a system install will be performed. If not, then the string share will be installed and the tool or library will be downloaded and built from source.
If the environment variable ALIEN_INSTALL_TYPE is set, then that will force a specific type of install. If the detection logic cannot accommodate the install type requested then it will fail with an exception.
ALIEN_INSTALL_TYPE
$build->download;
Download the source, usually as a tarball, usually from the internet.
Under a system install this does not do anything.
my $res = $build->fetch; my $res = $build->fetch($url);
Fetch a resource using the fetch hook. Returns the same hash structure described below in the hook documentation.
my $decoded_res = $build->decode($res);
Decode the HTML or file listing returned by fetch. Returns the same hash structure described below in the hook documentation.
fetch
my $sorted_res = $build->prefer($res);
Filter and sort candidates. The preferred candidate will be returned first in the list. The worst candidate will be returned last. Returns the same hash structure described below in the hook documentation.
my $dir = $build->extract; my $dir = $build->extract($archive);
Extracts the given archive into a fresh directory. This is normally called internally to Alien::Build, and for normal usage is not needed from a plugin or alienfile.
$build->build;
Run the build step. It is expected that probe and download have already been performed. What it actually does depends on the type of install:
download
The source is extracted, and built as determined by the alienfile recipe. If there is a gather_share that will be executed last.
gather_share
The gather_system hook will be executed.
gather_system
$build->system($command); $build->system($command, @args);
Interpolates the command and arguments and run the results using the Perl system command.
$build->log($message);
Send a message to the log. By default this prints to STDOUT.
STDOUT
my $meta = Alien::Build->meta; my $meta = $build->meta;
Returns the meta object for your Alien::Build class or instance. The meta object is a way to manipulate the recipe, and so any changes to the meta object should be made before the probe, download or build steps.
my $href = $build->meta->prop;
Meta properties. This is the same as calling meta_prop on the class or Alien::Build instance.
Alien::Build->meta->add_requires($phase, $module => $version, ...);
Add the requirement to the given phase. Phase should be one of:
my $interpolator = $build->meta->interpolator; my $interpolator = Alien::Build->interpolator;
Returns the Alien::Build::Interpolate instance for the Alien::Build class.
my $bool = $build->meta->has_hook($name); my $bool = Alien::Build->has_hook($name);
Returns if there is a usable hook registered with the given name.
$build->meta->register_hook($name, $instructions); Alien::Build->meta->register_hook($name, $instructions);
Register a hook with the given name. $instruction should be either a code reference, or a command sequence, which is an array reference.
$instruction
$build->meta->default_hook($name, $instructions); Alien::Build->meta->default_hook($name, $instructions);
Register a default hook, which will be used if the alienfile does not register its own hook with that name.
$build->meta->around_hook($hook, $code); Alien::Build->meta->around_hook($name, $code);
Wrap the given hook with a code reference. This is similar to a Moose method modifier, except that it wraps around the given hook instead of a method. For example, this will add a probe system requirement:
$build->meta->around_hook( probe => sub { my $orig = shift; my $build = shift; my $type = $orig->($build, @_); return $type unless $type eq 'system'; # also require a configuration file if(-f '/etc/foo.conf') { return 'system'; } else { return 'share'; } }, );
Alien::Build responds to these environment variables:
If set to share or system, it will override the system detection logic.
Perl source file which can override some global defaults for Alien::Build, by, for example, setting preload and postload plugins.
Override the logic in Alien::Build::Plugin::PkgConfig::Negotiate which chooses the best pkg-config plugin.
pkg-config
semicolon separated list of plugins to automatically load before parsing your alienfile.
semicolon separated list of plugins to automatically load after parsing your alienfile.
This environment variable will be manipulated during a destdir install.
This environment variable can be used to override the program name for pkg-config for some PkgConfig plugins: Alien::Build::Plugin::PkgConfig.
If these environment variables are set, it may influence the Download negotiation plugin Alien::Build::Plugin::Downaload::Negotiate. Other proxy variables may be used by some Fetch plugins, if they support it.
The intent of the Alien-Build team is to support as best as possible all Perls from 5.8.1 to the latest production version. So long as they are also supported by the Perl toolchain.
Alien-Build
Please feel encouraged to report issues that you encounter to the project GitHub Issue tracker:
Better if you can fix the issue yourself, please feel encouraged to open pull-request on the project GitHub:
If you are confounded and have questions, join us on the #native channel on irc.perl.org. The Alien-Build developers frequent this channel and can probably help point you in the right direction. If you don't have an IRC client handy, you can use this web interface:
#native
Alien::Build::Manual::AlienAuthor, Alien::Build::Manual::AlienUser, Alien::Build::Manual::Contributing, Alien::Build::Manual::FAQ, Alien::Build::Manual::PluginAuthor
alienfile, Alien::Build::MM, Alien::Build::Plugin, Alien::Base, Alien
Author: Graham Ollis <plicease@cpan.org>
Contributors:
Diab Jerius (DJERIUS)
Roy Storey
Ilya Pavlov
David Mertens (run4flat)
Mark Nunberg (mordy, mnunberg)
Christian Walde (Mithaldu)
Brian Wightman (MidLifeXis)
Zaki Mughal (zmughal)
mohawk2
Vikas N Kumar (vikasnkumar)
Flavio Poletti (polettix)
Salvador Fandiño (salva)
Gianni Ceccarelli (dakkar)
Pavel Shaydo (zwon, trinitum)
Kang-min Liu (劉康民, gugod)
Nicholas Shipp (nshp)
Juan Julián Merelo Guervós (JJ)
This software is copyright (c) 2017 by Graham Ollis.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
To install Alien::Build, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Alien::Build
CPAN shell
perl -MCPAN -e shell install Alien::Build
For more information on module installation, please visit the detailed CPAN module installation guide.