module-build-checkins Mailing List for Module::Build (Page 4)
Status: Beta
Brought to you by:
kwilliams
Menu
▾
▴
module-build-checkins — Notification of CVS commits
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(82) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(49) |
Feb
(57) |
Mar
(49) |
Apr
(49) |
May
(2) |
Jun
(147) |
Jul
(60) |
Aug
(55) |
Sep
(51) |
Oct
(68) |
Nov
(61) |
Dec
(44) |
| 2006 |
Jan
(27) |
Feb
(38) |
Mar
(89) |
Apr
(31) |
May
(17) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Randy W. S. <si...@us...> - 2006-03-16 09:38:08
|
Update of /cvsroot/module-build/Module-Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24870 Modified Files: Changes Log Message: Changes Index: Changes =================================================================== RCS file: /cvsroot/module-build/Module-Build/Changes,v retrieving revision 1.440 retrieving revision 1.441 diff -u -d -r1.440 -r1.441 --- Changes 12 Mar 2006 03:55:32 -0000 1.440 +++ Changes 16 Mar 2006 09:37:58 -0000 1.441 @@ -1,5 +1,11 @@ Revision history for Perl extension Module::Build. +0.27_10 + + - More fixes for find_perl_interpreter() to work with BSD flavored + UNIX: Ensure we always return absolute paths; throw an exception + upon failure to find correct interperter; document everything. + 0.27_09 Sat Mar 11 22:48:54 EST 2006 - Fixed find_perl_interpreter() so we can find the perl executable |
|
From: Randy W. S. <si...@us...> - 2006-03-16 09:38:08
|
Update of /cvsroot/module-build/Module-Build/lib/Module/Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24870/lib/Module/Build Modified Files: Authoring.pod Log Message: Changes Index: Authoring.pod =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build/Authoring.pod,v retrieving revision 1.32 retrieving revision 1.33 diff -u -d -r1.32 -r1.33 --- Authoring.pod 16 Mar 2006 01:40:20 -0000 1.32 +++ Authoring.pod 16 Mar 2006 09:37:59 -0000 1.33 @@ -67,6 +67,8 @@ =item current() +[version 0.20] + This method returns a reasonable facsimile of the currently-executing C<Module::Build> object representing the current build. You can use this object to query its C<notes()> method, inquire about installed @@ -97,6 +99,8 @@ =item new() +[version 0.03] + Creates a new Module::Build object. Arguments to the new() method are listed below. Most arguments are optional, but you must provide either the C<module_name> argument, or C<dist_name> and one of @@ -109,11 +113,15 @@ =item add_to_cleanup +[version 0.19] + An array reference of files to be cleaned up when the C<clean> action is performed. See also the add_to_cleanup() method. =item auto_features +[version 0.26] + This parameter supports the setting of features (see L<feature($name)>) automatically based on a set of prerequisites. For instance, for a module that could optionally use either MySQL or @@ -146,6 +154,8 @@ =item autosplit +[version 0.04] + An optional C<autosplit> argument specifies a file which should be run through the C<Autosplit::autosplit()> function. If multiple files should be split, the argument may be given as an array of the files to @@ -159,6 +169,8 @@ =item build_class +[version 0.28] + The Module::Build class or subclass to use in the build script. Defaults to "Module::Build" or the class name passed to or created by a call to C<subclass()>. This property is useful if you're @@ -170,6 +182,8 @@ =item build_requires +[version 0.07] + Modules listed in this section are necessary to build and install the given module, but are not necessary for regular usage of it. This is actually an important distinction - it allows for tighter control over @@ -181,6 +195,8 @@ =item c_source +[version 0.04] + An optional C<c_source> argument specifies a directory which contains C source files that the rest of the build may depend on. Any C<.c> files in the directory will be compiled to object files. The @@ -189,6 +205,8 @@ =item conflicts +[version 0.07] + Modules listed in this section conflict in some serious way with the given module. C<Module::Build> (or some higher-level tool) will refuse to install the given module if the given module/version is also @@ -199,6 +217,8 @@ =item create_makefile_pl +[version 0.19] + This parameter lets you use Module::Build::Compat during the C<distdir> (or C<dist>) action to automatically create a Makefile.PL for compatibility with ExtUtils::MakeMaker. The parameter's value @@ -207,6 +227,8 @@ =item create_readme +[version 0.22] + This parameter tells Module::Build to automatically create a F<README> file at the top level of your distribution. Currently it will simply use C<Pod::Text> (or C<Pod::Readme> if it's installed) on the file @@ -220,6 +242,8 @@ =item dist_abstract +[version 0.20] + This should be a short description of the distribution. This is used when generating metadata for F<META.yml> and PPD files. If it is not given then C<Module::Build> looks in the POD of the module from which @@ -229,6 +253,8 @@ =item dist_author +[version 0.20] + This should be something like "John Doe <jd...@ex...>", or if there are multiple authors, an anonymous array of strings may be specified. This is used when generating metadata for F<META.yml> and @@ -239,6 +265,8 @@ =item dist_name +[version 0.11] + Specifies the name for this distribution. Most authors won't need to set this directly, they can use C<module_name> to set C<dist_name> to a reasonable default. However, some agglomerative distributions like @@ -247,6 +275,8 @@ =item dist_version +[version 0.11] + Specifies a version number for the distribution. See C<module_name> or C<dist_version_from> for ways to have this set automatically from a C<$VERSION> variable in a module. One way or another, a version @@ -254,6 +284,8 @@ =item dist_version_from +[version 0.11] + Specifies a file to look for the distribution version in. Most authors won't need to set this directly, they can use C<module_name> to set it to a reasonable default. @@ -271,6 +303,8 @@ =item dynamic_config +[version 0.07] + A boolean flag indicating whether the F<Build.PL> file must be executed, or whether this module can be built, tested and installed solely from consulting its metadata file. The main reason to set this @@ -288,6 +322,8 @@ =item extra_linker_flags +[version 0.19] + These parameters can contain array references (or strings, in which case they will be split into arrays) to pass through to the compiler and linker phases when compiling/linking C code. For example, to tell @@ -311,6 +347,8 @@ =item get_options +[version 0.26] + You can pass arbitrary command line options to F<Build.PL> or F<Build>, and they will be stored in the Module::Build object and can be accessed via the C<args()> method. However, sometimes you want @@ -381,12 +419,16 @@ =item include_dirs +[version 0.24] + Specifies any additional directories in which to search for C header files. May be given as a string indicating a single directory, or as a list reference indicating multiple directories. =item install_path +[version 0.19] + You can set paths for individual installable elements by using the C<install_path> parameter: @@ -401,6 +443,8 @@ =item installdirs +[version 0.19] + Determines where files are installed within the normal perl hierarchy as determined by F<Config.pm>. Valid values are: C<core>, C<site>, C<vendor>. The default is C<site>. See @@ -408,6 +452,8 @@ =item license +[version 0.07] + Specifies the licensing terms of your distribution. Valid options include: @@ -497,12 +543,16 @@ =item meta_add +[version 0.28] + A hash of key/value pairs that should be added to the F<META.yml> file during the C<distmeta> action. Any existing entries with the same names will be overridden. =item meta_merge +[version 0.28] + A hash of key/value pairs that should be merged into the F<META.yml> file during the C<distmeta> action. Any existing entries with the same names will be overridden. @@ -515,6 +565,8 @@ =item module_name +[version 0.03] + The C<module_name> is a shortcut for setting default values of C<dist_name> and C<dist_version_from>, reflecting the fact that the majority of CPAN distributions are centered around one "main" module. @@ -528,6 +580,8 @@ =item PL_files +[version 0.06] + An optional parameter specifying a set of C<.PL> files in your distribution. These will be run as Perl scripts prior to processing the rest of the files in your distribution. They are usually used as @@ -560,6 +614,8 @@ =item pm_files +[version 0.19] + An optional parameter specifying the set of C<.pm> files in this distribution, specified as a hash reference whose keys are the files' locations in the distributions, and whose values are their logical @@ -587,11 +643,15 @@ =item pod_files +[version 0.19] + Just like C<pm_files>, but used for specifying the set of C<.pod> files in your distribution. =item recommends +[version 0.08] + This is just like the C<requires> argument, except that modules listed in this section aren't essential, just a good idea. We'll just print a friendly warning if one of these modules aren't found, but we'll @@ -608,8 +668,18 @@ See the documentation for L<"PREREQUISITES"> for the details of how requirements can be specified. +=item recursive_test_files + +[version 0.28] + +Normally, C<Module::Build> does not search subdirectories when looking +for tests to run. When this options is set it will search recursively +in all subdirectories of the standard 't' test directory. + =item requires +[version 0.07] + An optional C<requires> argument specifies any module prerequisites that the current module depends on. @@ -633,6 +703,8 @@ =item script_files +[version 0.18] + An optional parameter specifying a set of files that should be installed as executable perl scripts when the module is installed. May be given as an array reference of the files, or as a hash @@ -649,6 +721,8 @@ =item sign +[version 0.16] + If a true value is specified for this parameter, C<Module::Signature> will be used (via the 'distsign' action) to create a SIGNATURE file for your distribution during the 'distdir' action, and to add the @@ -659,6 +733,8 @@ =item test_files +[version 0.23] + An optional parameter specifying a set of files that should be used as C<Test::Harness>-style regression tests to be run during the C<test> action. May be given as an array reference of the files, or as a hash @@ -675,6 +751,8 @@ =item xs_files +[version 0.19] + Just like C<pm_files>, but used for specifying the set of C<.xs> files in your distribution. @@ -683,6 +761,8 @@ =item new_from_context(%args) +[version 0.28] + When called from a directory containing a F<Build.PL> script and a F<META.yml> file (in other words, the base directory of a distribution), this method will run the F<Build.PL> and return the @@ -694,6 +774,8 @@ =item resume() +[version 0.03] + You'll probably never call this method directly, it's only called from the auto-generated C<Build> script. The C<new()> method is only called once, when the user runs C<perl Build.PL>. Thereafter, when @@ -703,6 +785,8 @@ =item subclass() +[version 0.06] + This creates a new C<Module::Build> subclass on the fly, as described in the L<"SUBCLASSING"> section. The caller must provide either a C<class> or C<code> parameter, or both. The C<class> parameter @@ -720,6 +804,8 @@ =item add_build_element($type) +[version 0.26] + Adds a new type of entry to the build process. Accepts a single string specifying its type-name. There must also be a method defined to process things of that type, e.g. if you add a build element called @@ -730,6 +816,8 @@ =item add_to_cleanup(@files) +[version 0.03] + You may call C<< $self->add_to_cleanup(@patterns) >> to tell C<Module::Build> that certain files should be removed when the user performs the C<Build clean> action. The arguments to the method are @@ -747,6 +835,8 @@ =item args() +[version 0.26] + my $args_href = $build->args; my %args = $build->args; my $arg_value = $build->args($key); @@ -765,12 +855,16 @@ =item autosplit_file($from, $to) +[version 0.28] + Invokes the C<AutoSplit> module on the C<$from> file, sending the output to the C<lib/auto> directory inside C<$to>. C<$to> is typically the C<blib/> directory. =item base_dir() +[version 0.14] + Returns a string containing the root-level directory of this build, i.e. where the C<Build.PL> script and the C<lib> directory can be found. This is usually the same as the current working directory, @@ -779,11 +873,15 @@ =item build_requires() +[version 0.21] + Returns a hash reference indicating the C<build_requires> prerequisites that were passed to the C<new()> method. =item check_installed_status($module, $version) +[version 0.11] + This method returns a hash reference indicating whether a version dependency on a certain module is satisfied. The C<$module> argument is given as a string like C<"Data::Dumper"> or C<"perl">, and the @@ -813,6 +911,8 @@ =item check_installed_version($module, $version) +[version 0.05] + Like C<check_installed_status()>, but simply returns true or false depending on whether module C<$module> satisfies the dependency C<$version>. @@ -843,6 +943,8 @@ =item compare_versions($v1, $op, $v2) +[version 0.28] + Compares two module versions C<$v1> and C<$v2> using the operator C<$op>, which should be one of Perl's numeric operators like C<!=> or C<< >= >> or the like. We do at least a halfway-decent job of @@ -854,6 +956,8 @@ =item config() +[version 0.22] + Returns a hash reference containing the C<Config.pm> hash, including any changes the author or user has specified. This is a reference to the actual internal hash we use, so you probably shouldn't modify @@ -863,6 +967,8 @@ =item config_data($name => $value) +[version 0.26] + With a single argument, returns the value of the configuration variable C<$name>. With two arguments, sets the given configuration variable to the given value. The value may be any perl scalar that's @@ -883,11 +989,15 @@ =item conflicts() +[version 0.21] + Returns a hash reference indicating the C<conflicts> prerequisites that were passed to the C<new()> method. =item contains_pod($file) +[version 0.20] + [Deprecated] Please see L<Module::Build::ModuleInfo> instead. Returns true if the given file appears to contain POD documentation. @@ -897,6 +1007,8 @@ =item copy_if_modified(%parameters) +[version 0.19] + Takes the file in the C<from> parameter and copies it to the file in the C<to> parameter, or the directory in the C<to_dir> parameter, if the file has changed since it was last copied (or if it doesn't exist @@ -912,6 +1024,8 @@ =item create_build_script() +[version 0.05] + Creates an executable script called C<Build> in the current directory that will be used to execute further user actions. This script is roughly analogous (in function, not in form) to the Makefile created @@ -921,6 +1035,8 @@ =item current_action() +[version 0.28] + Returns the name of the currently-running action, such as "build" or "test". This action is not necessarily the action that was originally invoked by the user. For example, if the user invoked the "test" @@ -934,6 +1050,8 @@ =item depends_on(@actions) +[version 0.28] + Invokes the named action or list of actions in sequence. Using this method is preferred to calling the action explicitly because it performs some internal record-keeping, and it ensures that the same @@ -953,6 +1071,8 @@ =item dir_contains($first_dir, $second_dir) +[version 0.28] + Returns true if the first directory logically contains the second directory. This is just a convenience function because C<File::Spec> doesn't really provide an easy way to figure this out (but @@ -960,6 +1080,8 @@ =item dispatch($action, %args) +[version 0.03] + Invokes the build action C<$action>. Optionally, a list of options and their values can be passed in. This is equivalent to invoking an action at the command line, passing in a list of options. @@ -979,24 +1101,32 @@ =item dist_dir() +[version 0.28] + Returns the name of the directory that will be created during the C<dist> action. The name is derived from the C<dist_name> and C<dist_version> properties. =item dist_name() +[version 0.21] + Returns the name of the current distribution, as passed to the C<new()> method in a C<dist_name> or modified C<module_name> parameter. =item dist_version() +[version 0.21] + Returns the version of the current distribution, as determined by the C<new()> method from a C<dist_version>, C<dist_version_from>, or C<module_name> parameter. =item do_system($cmd, @args) +[version 0.21] + This is a fairly simple wrapper around Perl's C<system()> built-in command. Given a command and an array of optional arguments, this method will print the command to C<STDOUT>, and then execute it using @@ -1013,6 +1143,8 @@ =item feature($name => $value) +[version 0.26] + With a single argument, returns true if the given feature is set. With two arguments, sets the given feature to the given boolean value. In this context, a "feature" is any optional functionality of an @@ -1033,12 +1165,16 @@ =item have_c_compiler() +[version 0.21] + Returns true if the current system seems to have a working C compiler. We currently determine this by attempting to compile a simple C source file and reporting whether the attempt was successful. =item install_destination($type) +[version 0.28] + Returns the directory in which items of type C<$type> (e.g. C<lib>, C<arch>, C<bin>, or anything else returned by the C<install_types()> method) will be installed during the C<install> action. Any settings @@ -1071,6 +1207,8 @@ =item install_types() +[version 0.28] + Returns a list of installable types that this build knows about. These types each correspond to the name of a directory in F<blib/>, and the list usually includes items such as C<lib>, C<arch>, C<bin>, @@ -1080,6 +1218,8 @@ =item invoked_action() +[version 0.28] + This is the name of the original action invoked by the user. This value is set when the user invokes F<Build.PL>, the F<Build> script, or programatically through the L<dispatch()> method. It does not @@ -1094,6 +1234,8 @@ =item notes($key => $value) +[version 0.20] + The C<notes()> value allows you to store your own persistent information about the build, and to share that information among different entities involved in the build. See the example in the @@ -1113,56 +1255,17 @@ =item orig_dir() +[version 0.28] + Returns a string containing the working directory that was in effect before the F<Build> script chdir()-ed into the C<base_dir>. This might be useful for writing wrapper tools that might need to chdir() back out. -=item rscan_dir($dir, $pattern) - -Uses C<File::Find> to traverse the directory C<$dir>, returning a -reference to an array of entries matching C<$pattern>. C<$pattern> -may either be a regular expression (using C<qr//> or just a plain -string), or a reference to a subroutine that will return true for -wanted entries. If C<$pattern> is not given, all entries will be -returned. - -Examples: - - # All the *.pm files in lib/ - $m->rscan_dir('lib', qr/\.pm$/) - - # All the files in blib/ that aren't *.html files - $m->rscan_dir('blib', sub {-f $_ and not /\.html$/}); - - # All the files in t/ - $m->rscan_dir('t'); - -=item runtime_params() - -=item runtime_params($key) - -The C<runtime_params()> method stores the values passed on the command line -for valid properties (that is, any command line options for which -C<valid_property()> returns a true value). The value on the command line may -override the default value for a property, as well as any value specified in a -call to C<new()>. This allows you to programmatically tell if C<perl Build.PL> -or any execution of C<./Build> had command line options specified that -override valid properties. - -The C<runtime_params()> method is essentally a glorified read-only hash. With -no arguments, C<runtime_params()> returns the entire hash of properties -specified on the command line. With one argument, C<runtime_params($key)> -returns the value associated with the given key. - -The lifetime of the C<runtime_params> data is for "a build" - that is, the -C<runtime_params> hash is created when C<perl Build.PL> is run (or when the -C<new()> method is called, if the Module::Build Perl API is being used instead -of called from a shell), and lasts until C<perl Build.PL> is run again or the -C<clean> action is run. - =item os_type() +[version 0.04] + If you're subclassing Module::Build and some code needs to alter its behavior based on the current platform, you may only need to know whether you're running on Windows, Unix, MacOS, VMS, etc., and not the @@ -1174,6 +1277,8 @@ =item prepare_metadata() +[version 0.28] + This method is provided for authors to override to customize the fields of F<META.yml>. It is passed a YAML::Node node object which can be modified as desired and then returned. E.g. @@ -1190,6 +1295,8 @@ =item prereq_failures() +[version 0.11] + Returns a data structure containing information about any failed prerequisites (of any of the types described above), or C<undef> if all prerequisites are met. @@ -1238,6 +1345,8 @@ =item prereq_report() +[version 0.28] + Returns a human-readable (table-form) string showing all prerequisites, the versions required, and the versions actually installed. This can be useful for reviewing the configuration of your @@ -1247,6 +1356,8 @@ =item prompt($message, $default) +[version 0.12] + Asks the user a question and returns their response as a string. The first argument specifies the message to display to the user (for example, C<"Where do you keep your money?">). The second argument, @@ -1264,16 +1375,69 @@ =item recommends() +[version 0.21] + Returns a hash reference indicating the C<recommends> prerequisites that were passed to the C<new()> method. =item requires() +[version 0.21] + Returns a hash reference indicating the C<requires> prerequisites that were passed to the C<new()> method. +=item rscan_dir($dir, $pattern) + +[version 0.28] + +Uses C<File::Find> to traverse the directory C<$dir>, returning a +reference to an array of entries matching C<$pattern>. C<$pattern> +may either be a regular expression (using C<qr//> or just a plain +string), or a reference to a subroutine that will return true for +wanted entries. If C<$pattern> is not given, all entries will be +returned. + +Examples: + + # All the *.pm files in lib/ + $m->rscan_dir('lib', qr/\.pm$/) + + # All the files in blib/ that aren't *.html files + $m->rscan_dir('blib', sub {-f $_ and not /\.html$/}); + + # All the files in t/ + $m->rscan_dir('t'); + +=item runtime_params() + +=item runtime_params($key) + +[version 0.28] + +The C<runtime_params()> method stores the values passed on the command line +for valid properties (that is, any command line options for which +C<valid_property()> returns a true value). The value on the command line may +override the default value for a property, as well as any value specified in a +call to C<new()>. This allows you to programmatically tell if C<perl Build.PL> +or any execution of C<./Build> had command line options specified that +override valid properties. + +The C<runtime_params()> method is essentally a glorified read-only hash. With +no arguments, C<runtime_params()> returns the entire hash of properties +specified on the command line. With one argument, C<runtime_params($key)> +returns the value associated with the given key. + +The lifetime of the C<runtime_params> data is for "a build" - that is, the +C<runtime_params> hash is created when C<perl Build.PL> is run (or when the +C<new()> method is called, if the Module::Build Perl API is being used instead +of called from a shell), and lasts until C<perl Build.PL> is run again or the +C<clean> action is run. + =item script_files() +[version 0.18] + Returns a hash reference whose keys are the perl script files to be installed, if any. This corresponds to the C<script_files> parameter to the C<new()> method. With an optional argument, this parameter may be set @@ -1288,6 +1452,8 @@ =item up_to_date(\@source_files, \@derived_files) +[version 0.20] + This method can be used to compare a set of source files to a set of derived files. If any of the source files are newer than any of the derived files, it returns false. Additionally, if any of the derived @@ -1298,6 +1464,8 @@ =item y_n($message, $default) +[version 0.12] + Asks the user a yes/no question using C<prompt()> and returns true or false accordingly. The user will be asked the question repeatedly until they give an answer that looks like "yes" or "no". |
|
From: Randy W. S. <si...@us...> - 2006-03-16 09:38:07
|
Update of /cvsroot/module-build/Module-Build/lib/Module In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24870/lib/Module Modified Files: Build.pm Log Message: Changes Index: Build.pm =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build.pm,v retrieving revision 1.213 retrieving revision 1.214 diff -u -d -r1.213 -r1.214 --- Build.pm 12 Mar 2006 03:55:32 -0000 1.213 +++ Build.pm 16 Mar 2006 09:37:58 -0000 1.214 @@ -217,25 +217,25 @@ =item build +[version 0.01] + If you run the C<Build> script without any arguments, it runs the C<build> action, which in turn runs the C<code> and C<docs> actions. This is analogous to the MakeMaker 'make all' target. -=item testpodcoverage - -This checks the pod coverage of the distribution and -produces C<Test::Harness>-style output. If you are a module author, -this is useful to run before creating a new release. - =item clean +[version 0.01] + This action will clean up any files that the build process may have created, including the C<blib/> directory (but not including the C<_build/> directory and the C<Build> script itself). =item code +[version 0.20] + This action builds your codebase. By default it just creates a C<blib/> directory and copies any C<.pm> @@ -254,10 +254,14 @@ =item config_data +[version 0.26] + ... =item diff +[version 0.14] + This action will compare the files about to be installed with their installed counterparts. For .pm and .pod files, a diff will be shown (this currently requires a 'diff' program to be in your PATH). For @@ -272,6 +276,8 @@ =item dist +[version 0.02] + This action is helpful for module authors who want to package up their module for source distribution through a medium like CPAN. It will create a tarball of the files listed in F<MANIFEST> and compress the tarball using @@ -286,15 +292,21 @@ =item distcheck +[version 0.05] + Reports which files are in the build directory but not in the F<MANIFEST> file, and vice versa. (See L<manifest> for details.) =item distclean +[version 0.05] + Performs the 'realclean' action and then the 'distcheck' action. =item distdir +[version 0.05] + Creates a "distribution directory" named C<$dist_name-$dist_version> (if that directory already exists, it will be removed first), then copies all the files listed in the F<MANIFEST> file to that directory. @@ -302,6 +314,8 @@ =item distmeta +[version 0.21] + Creates the F<META.yml> file that describes the distribution. F<META.yml> is a file containing various bits of "metadata" about the @@ -317,18 +331,24 @@ =item distsign +[version 0.16] + Uses C<Module::Signature> to create a SIGNATURE file for your distribution, and adds the SIGNATURE file to the distribution's MANIFEST. =item disttest +[version 0.05] + Performs the 'distdir' action, then switches into that directory and runs a C<perl Build.PL>, followed by the 'build' and 'test' actions in that directory. =item docs +[version 0.20] + This will generate documentation (e.g. Unix man pages and html documents) for any installable items under B<blib/> that contain POD. If there are no C<bindoc> or C<libdoc> installation @@ -339,12 +359,16 @@ =item fakeinstall +[version 0.02] + This is just like the C<install> action, but it won't actually do anything, it will just report what it I<would> have done if you had actually run the C<install> action. =item help +[version 0.03] + This action will simply print out a message that is meant to help you use the build process. It will show you a list of available build actions too. @@ -355,6 +379,8 @@ =item html +[version 0.26] + This will generate HTML documentation for any binary or library files under B<blib/> that contain POD. The HTML documentation will only be installed if the install paths can be determined from values in @@ -364,6 +390,8 @@ =item install +[version 0.01] + This action will use C<ExtUtils::Install> to install the files from C<blib/> into the system. See L<INSTALL PATHS> for details about how Module::Build determines where to install @@ -382,6 +410,8 @@ =item manifest +[version 0.05] + This is an action intended for use by module authors, not people installing modules. It will bring the F<MANIFEST> up to date with the files currently present in the distribution. You may use a @@ -407,6 +437,8 @@ =item manpages +[version 0.28] + This will generate man pages for any binary or library files under B<blib/> that contain POD. The man pages will only be installed if the install paths can be determined from values in C<Config.pm>. You can @@ -416,6 +448,8 @@ =item ppd +[version 0.20] + Build a PPD file for your distribution. This action takes an optional argument C<codebase> which is used in @@ -429,6 +463,8 @@ =item ppmdist +[version 0.23] + Generates a PPM binary distribution and a PPD description file. This action also invokes the 'ppd' action, so it can accept the same C<codebase> argument described under that action. @@ -439,6 +475,8 @@ =item prereq_report +[version 0.28] + This action prints out a list of all prerequisites, the versions required, and the versions actually installed. This can be useful for reviewing the configuration of your system prior to a build, or when compiling data to send @@ -446,6 +484,8 @@ =item pure_install +[version 0.28] + This action is identical to the C<install> action. In the future, though, if C<install> starts writing to the file file F<$(INSTALLARCHLIB)/perllocal.pod>, C<pure_install> won't, and that @@ -453,6 +493,8 @@ =item realclean +[version 0.01] + This action is just like the C<clean> action, but also removes the C<_build> directory and the C<Build> script. If you run the C<realclean> action, you are essentially starting over, so you will @@ -460,11 +502,15 @@ =item skipcheck +[version 0.05] + Reports which files are skipped due to the entries in the F<MANIFEST.SKIP> file (See L<manifest> for details) =item test +[version 0.01] + This will use C<Test::Harness> to run any regression tests and report their results. Tests can be defined in the standard places: a file called C<test.pl> in the top-level directory, or several files ending @@ -498,6 +544,8 @@ =item testcover +[version 0.26] + Runs the C<test> action using C<Devel::Cover>, generating a code-coverage report showing which parts of the code were actually exercised during the tests. @@ -509,17 +557,31 @@ =item testdb +[version 0.05] + This is a synonym for the 'test' action with the C<debugger=1> argument. =item testpod +[version 0.25] + This checks all the files described in the C<docs> action and produces C<Test::Harness>-style output. If you are a module author, this is useful to run before creating a new release. +=item testpodcoverage + +[version 0.28] + +This checks the pod coverage of the distribution and +produces C<Test::Harness>-style output. If you are a module author, +this is useful to run before creating a new release. + =item versioninstall +[version 0.16] + ** Note: since C<only.pm> is so new, and since we just recently added support for it here too, this feature is to be considered experimental. ** @@ -583,6 +645,8 @@ =head2 Default Options File (F<.modulebuildrc>) +[version 0.28] + When Module::Build starts up, it will look for a file, F<$ENV{HOME}/.modulebuildrc>. If the file exists, the options specified there will be used as defaults, as if they were typed on the @@ -615,6 +679,8 @@ =head1 INSTALL PATHS +[version 0.19] + When you invoke Module::Build's C<build> action, it needs to figure out where to install things. The nutshell version of how this works is that default installation locations are determined from @@ -782,6 +848,8 @@ =head2 About PREFIX Support +[version 0.28] + First, it is necessary to understand the original idea behind C<PREFIX>. If, for example, the default installation locations for your machine are F</usr/local/lib/perl5/5.8.5> for modules, |
|
From: Ken W. <kwi...@us...> - 2006-03-16 04:46:29
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv21004 Modified Files: Changes Log Message: Version bump Index: Changes =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/Changes,v retrieving revision 1.51 retrieving revision 1.52 diff -u -d -r1.51 -r1.52 --- Changes 16 Mar 2006 04:45:47 -0000 1.51 +++ Changes 16 Mar 2006 04:46:26 -0000 1.52 @@ -1,6 +1,6 @@ Revision history for Perl extension ExtUtils::CBuilder. -0.17 +0.17 Wed Mar 15 22:46:15 CST 2006 - When we're being run from an uninstalled perl distribution (e.g. one that's in the process of being built and tested), we |
|
From: Ken W. <kwi...@us...> - 2006-03-16 04:46:29
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv21004/lib/ExtUtils Modified Files: CBuilder.pm Log Message: Version bump Index: CBuilder.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder.pm,v retrieving revision 1.33 retrieving revision 1.34 diff -u -d -r1.33 -r1.34 --- CBuilder.pm 13 Mar 2006 23:08:35 -0000 1.33 +++ CBuilder.pm 16 Mar 2006 04:46:26 -0000 1.34 @@ -5,7 +5,7 @@ use File::Basename (); use vars qw($VERSION @ISA); -$VERSION = '0.16'; +$VERSION = '0.17'; $VERSION = eval $VERSION; # Okay, this is the brute-force method of finding out what kind of |
|
From: Ken W. <kwi...@us...> - 2006-03-16 04:45:55
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv20864 Modified Files: Changes Log Message: Index: Changes =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/Changes,v retrieving revision 1.50 retrieving revision 1.51 diff -u -d -r1.50 -r1.51 --- Changes 15 Mar 2006 22:48:14 -0000 1.50 +++ Changes 16 Mar 2006 04:45:47 -0000 1.51 @@ -2,6 +2,11 @@ 0.17 + - When we're being run from an uninstalled perl distribution + (e.g. one that's in the process of being built and tested), we + search for perl first in the current working directory. [Randy + Sims] + - More fixing of the arg_defines() method on VMS. [Craig A. Berry and John E. Malmberg] |
|
From: Randy W. S. <si...@us...> - 2006-03-16 01:40:27
|
Update of /cvsroot/module-build/Module-Build/lib/Module/Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv18475/lib/Module/Build Modified Files: Authoring.pod Log Message: Document the install_path accessor. Index: Authoring.pod =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build/Authoring.pod,v retrieving revision 1.31 retrieving revision 1.32 diff -u -d -r1.31 -r1.32 --- Authoring.pod 25 Feb 2006 21:14:21 -0000 1.31 +++ Authoring.pod 16 Mar 2006 01:40:20 -0000 1.32 @@ -1045,6 +1045,30 @@ for C<install_path>, C<install_base>, and C<prefix> are taken into account when determining the return value. +=item install_path() + +=item install_path($type) + +=item install_path($type => $path) + +[version 0.28] + +Set or retrieve paths for specific installable elements. This is +useful when you want to examine any explicit install paths specified +by the user on the command line, or if you want to set the install +path for a specific installable element based on another attribute +like C<install_base()>. + +With no argument, it returns a reference to a hash containing all +elements and their respective values. This hash should not be modified +directly; use the multi-argument below form to change values. + +The single argument form returns the value associated with the +element C<$type>. + +The multi-argument form allows you to set the paths for one or more +element types. The return value is undefined. + =item install_types() Returns a list of installable types that this build knows about. |
|
From: Ken W. <kwi...@us...> - 2006-03-15 22:51:39
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv5481/lib/ExtUtils/CBuilder/Platform Modified Files: VMS.pm Log Message: Handle the case when there are no config-defines Index: VMS.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/VMS.pm,v retrieving revision 1.11 retrieving revision 1.12 diff -u -d -r1.11 -r1.12 --- VMS.pm 15 Mar 2006 22:48:16 -0000 1.11 +++ VMS.pm 15 Mar 2006 22:51:33 -0000 1.12 @@ -14,17 +14,17 @@ s/"/""/g foreach values %args; - my $config_defines = ''; + my $config_defines; # VMS can only have one define qualifier; add the one from config, if any. if ($self->{config}{ccflags} =~ s{/def[^=]+(?:=)+(?:\()?([^\/\)]*)} {}i) { - $config_defines = "$1,"; + $config_defines = $1; } return unless (scalar keys %args) || $config_defines; return ('/define=(' - . $config_defines + . (defined $config_defines ? "$config_defines," : '') . join(',', map "\"$_" . ( length($args{$_}) ? "=$args{$_}" : '') . "\"", keys %args) |
|
From: Ken W. <kwi...@us...> - 2006-03-15 22:48:26
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3712/lib/ExtUtils/CBuilder/Platform Modified Files: VMS.pm Log Message: More arg_defines() fixes for VMS Index: VMS.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/VMS.pm,v retrieving revision 1.10 retrieving revision 1.11 diff -u -d -r1.10 -r1.11 --- VMS.pm 13 Mar 2006 21:57:01 -0000 1.10 +++ VMS.pm 15 Mar 2006 22:48:16 -0000 1.11 @@ -21,7 +21,14 @@ $config_defines = "$1,"; } - return ('/define=(' . $config_defines . join(',', map "\"$_=$args{$_}\"", keys %args) . ')'); + return unless (scalar keys %args) || $config_defines; + + return ('/define=(' + . $config_defines + . join(',', + map "\"$_" . ( length($args{$_}) ? "=$args{$_}" : '') . "\"", + keys %args) + . ')'); } sub arg_include_dirs { |
|
From: Ken W. <kwi...@us...> - 2006-03-15 22:48:26
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3712 Modified Files: Changes Log Message: More arg_defines() fixes for VMS Index: Changes =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/Changes,v retrieving revision 1.49 retrieving revision 1.50 diff -u -d -r1.49 -r1.50 --- Changes 13 Mar 2006 23:08:34 -0000 1.49 +++ Changes 15 Mar 2006 22:48:14 -0000 1.50 @@ -1,5 +1,10 @@ Revision history for Perl extension ExtUtils::CBuilder. +0.17 + + - More fixing of the arg_defines() method on VMS. [Craig A. Berry and + John E. Malmberg] + 0.16 Mon Mar 13 17:08:21 CST 2006 - Fix quoting of command line arguments on Windows. [Yitzchak |
|
From: Randy W. S. <si...@us...> - 2006-03-15 02:52:41
|
Update of /cvsroot/module-build/Module-Build/lib/Module/Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv4610/lib/Module/Build Modified Files: Base.pm Log Message: Previous checkin omitted a few lines of comments Index: Base.pm =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build/Base.pm,v retrieving revision 1.559 retrieving revision 1.560 diff -u -d -r1.559 -r1.560 --- Base.pm 15 Mar 2006 02:23:00 -0000 1.559 +++ Base.pm 15 Mar 2006 02:52:36 -0000 1.560 @@ -339,7 +339,10 @@ # interpreter, on other it may contain a relative path, or simply # 'perl'. This can also vary depending on whether a path was supplied # when perl was invoked. Additionally, the value in $^X may omit the -# executable extension on platforms that use one. It's a +# executable extension on platforms that use one. It's a fatal error +# if the interpreter can't be found because it can result in undefined +# behavior by routines that depend on it (generating errors or +# invoking the wrong perl. sub find_perl_interpreter { my $proto = shift; my $c = ref($proto) ? $proto->config : \%Config::Config; @@ -406,7 +409,7 @@ } # We've tried all alternatives, and didn't find a perl that matches - # our configuration. Throw an exception, and list alternative we tried. + # our configuration. Throw an exception, and list alternatives we tried. my @paths = map File::Basename::dirname($_), @potential_perls; die "Can't locate the perl binary used to run this script " . "in (@paths)\n"; |
|
From: Randy W. S. <si...@us...> - 2006-03-15 02:25:31
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24694/lib/ExtUtils/CBuilder Modified Files: Base.pm Log Message: When searching the perl source tree, search the current directory first. Index: Base.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Base.pm,v retrieving revision 1.19 retrieving revision 1.20 diff -u -d -r1.19 -r1.20 --- Base.pm 3 Oct 2005 22:05:14 -0000 1.19 +++ Base.pm 15 Mar 2006 02:25:25 -0000 1.20 @@ -240,11 +240,11 @@ return unless $ENV{PERL_CORE}; - my $Updir = File::Spec->updir; - my $dir = $Updir; + my $Updir = File::Spec->updir; + my $dir = File::Spec->curdir; # Try up to 5 levels upwards - for (1..5) { + for (0..5) { if ( -f File::Spec->catfile($dir,"config_h.SH") && @@ -257,9 +257,9 @@ $dir = File::Spec->catdir($dir, $Updir); } - + warn "PERL_CORE is set but I can't find your perl source!\n"; - return; + return ''; # return empty string if $ENV{PERL_CORE} but can't find dir ??? } # directory of perl's include files |
|
From: Randy W. S. <si...@us...> - 2006-03-15 02:23:05
|
Update of /cvsroot/module-build/Module-Build/lib/Module/Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv23431/lib/Module/Build Modified Files: Base.pm Log Message: Improve our algorithm to find correct perl interpreter when running from an uninstalled perl source tree. Index: Base.pm =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build/Base.pm,v retrieving revision 1.558 retrieving revision 1.559 diff -u -d -r1.558 -r1.559 --- Base.pm 11 Mar 2006 03:06:20 -0000 1.558 +++ Base.pm 15 Mar 2006 02:23:00 -0000 1.559 @@ -12,7 +12,6 @@ use Data::Dumper (); use IO::File (); use Text::ParseWords (); -use Carp (); use Module::Build::ModuleInfo; use Module::Build::Notes; @@ -315,39 +314,102 @@ return Cwd::cwd(); } +# Determine whether a given binary is the same as the perl +# (configuration) that started this process. sub _perl_is_same { my ($self, $perl) = @_; - return `$perl -MConfig=myconfig -e print -e myconfig` eq Config->myconfig; + + # When run from the perl core, @INC will include the directories + # where perl is yet to be installed. We need to reference the + # absolute path within the source distribution where it can find + # it's Config.pm This also prevents us from picking up a Config.pm + # from a different configuration that happens to be already + # installed in @INC. + my $INC = ''; + if ($ENV{PERL_CORE}) { + $INC = '-I' . File::Spec->catdir(File::Basename::dirname($perl), 'lib'); + } + + return `$perl $INC -MConfig=myconfig -e print -e myconfig` eq Config->myconfig; } +# Returns the absolute path of the perl interperter used to invoke +# this process. The path is derived from $^X or $Config{perlpath}. On +# some platforms $^X contains the complete absolute path of the +# interpreter, on other it may contain a relative path, or simply +# 'perl'. This can also vary depending on whether a path was supplied +# when perl was invoked. Additionally, the value in $^X may omit the +# executable extension on platforms that use one. It's a sub find_perl_interpreter { - return $^X if File::Spec->file_name_is_absolute($^X); my $proto = shift; - my $c = ref($proto) ? $proto->config : \%Config::Config; - my $exe = $c->{exe_ext}; + my $c = ref($proto) ? $proto->config : \%Config::Config; - my $thisperl = $^X; - if ($proto->os_type eq 'VMS') { - # VMS might have a file version at the end - $thisperl .= $exe unless $thisperl =~ m/$exe(;\d+)?$/i; - } elsif (defined $exe) { - $thisperl .= $exe unless $thisperl =~ m/$exe$/i; - } + my $perl = $^X; + my $perl_basename = File::Basename::basename($perl); - my $uninstperl; + my @potential_perls; + + # Try 1, Check $^X for absolute path + push( @potential_perls, $perl ) + if File::Spec->file_name_is_absolute($perl); + + # Try 2, Check $^X for a valid relative path + my $abs_perl = File::Spec->rel2abs($perl); + push( @potential_perls, $abs_perl ); + + # Try 3, Last ditch effort: These two option use hackery to try to locate + # a suitable perl. The hack varies depending on whether we are running + # from an installed perl or an uninstalled perl in the perl source dist. if ($ENV{PERL_CORE}) { + + # Try 3.A, If we are in a perl source tree, running an uninstalled + # perl, we can keep moving up the directory tree until we find our + # binary. We wouldn't do this under any other circumstances. + # CBuilder is also in the core, so it should be available here require ExtUtils::CBuilder; - $uninstperl = File::Spec->catfile(ExtUtils::CBuilder::->perl_src, $thisperl); + my $perl_src = ExtUtils::CBuilder->perl_src; + if ( defined($perl_src) && length($perl_src) ) { + my $uninstperl = + File::Spec->rel2abs(File::Spec->catfile( $perl_src, $perl_basename )); + push( @potential_perls, $uninstperl ); + } + + } else { + + # Try 3.B, First look in $Config{perlpath}, then search the users + # PATH. We do not want to do either if we are running from an + # uninstalled perl in a perl source tree. + + push( @potential_perls, $c->{perlpath} ); + + push( @potential_perls, + map File::Spec->catfile($_, $perl_basename), File::Spec->path() ); } - foreach my $perl ( $uninstperl || (), - $c->{perlpath}, - map File::Spec->catfile($_, $thisperl), File::Spec->path() - ) { - return $perl if -f $perl and $proto->_perl_is_same($perl); + # Now that we've enumerated the potential perls, it's time to test + # them to see if any of them match our configuration, returning the + # absolute path of the first successful match. + my $exe = $c->{exe_ext}; + foreach my $thisperl ( @potential_perls ) { + + if ($proto->os_type eq 'VMS') { + # VMS might have a file version at the end + $thisperl .= $exe unless $thisperl =~ m/$exe(;\d+)?$/i; + } elsif (defined $exe) { + $thisperl .= $exe unless $thisperl =~ m/$exe$/i; + } + + if ( -f $thisperl && $proto->_perl_is_same($thisperl) ) { + return $thisperl; + } } - return; + + # We've tried all alternatives, and didn't find a perl that matches + # our configuration. Throw an exception, and list alternative we tried. + my @paths = map File::Basename::dirname($_), @potential_perls; + die "Can't locate the perl binary used to run this script " . + "in (@paths)\n"; } sub _is_interactive { @@ -1235,8 +1297,7 @@ use $build_package; # Some platforms have problems setting \$^X in shebang contexts, fix it up here -\$^X = Module::Build->find_perl_interpreter - unless File::Spec->file_name_is_absolute(\$^X); +\$^X = Module::Build->find_perl_interpreter; if (-e 'Build.PL' and not $build_package->up_to_date('Build.PL', \$progname)) { warn "Warning: Build.PL has been altered. You may need to run 'perl Build.PL' again.\\n"; |
|
From: Ken W. <kwi...@us...> - 2006-03-14 02:27:45
|
Update of /cvsroot/module-build/Module-Build/website In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv17648 Added Files: .cvsignore Log Message: --- NEW FILE: .cvsignore --- pod2htm* |
|
From: Ken W. <kwi...@us...> - 2006-03-13 23:12:14
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24192 Modified Files: .cvsignore Log Message: Index: .cvsignore =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/.cvsignore,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- .cvsignore 13 Mar 2006 23:10:18 -0000 1.2 +++ .cvsignore 13 Mar 2006 23:12:10 -0000 1.3 @@ -5,3 +5,4 @@ Build _build blib +META.yml |
|
From: Ken W. <kwi...@us...> - 2006-03-13 23:11:49
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24061 Removed Files: META.yml Log Message: Don't keep output file in CVS anymore --- META.yml DELETED --- |
|
From: Ken W. <kwi...@us...> - 2006-03-13 23:10:42
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22977 Modified Files: .cvsignore Log Message: Index: .cvsignore =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/.cvsignore,v retrieving revision 1.1 retrieving revision 1.2 diff -u -d -r1.1 -r1.2 --- .cvsignore 2 Dec 2003 01:51:16 -0000 1.1 +++ .cvsignore 13 Mar 2006 23:10:18 -0000 1.2 @@ -4,3 +4,4 @@ ExtUtils-CBuilder* Build _build +blib |
|
From: Ken W. <kwi...@us...> - 2006-03-13 23:08:38
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22159 Modified Files: Changes Log Message: Version bump Index: Changes =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/Changes,v retrieving revision 1.48 retrieving revision 1.49 diff -u -d -r1.48 -r1.49 --- Changes 13 Mar 2006 21:57:01 -0000 1.48 +++ Changes 13 Mar 2006 23:08:34 -0000 1.49 @@ -1,6 +1,6 @@ Revision history for Perl extension ExtUtils::CBuilder. -0.16 +0.16 Mon Mar 13 17:08:21 CST 2006 - Fix quoting of command line arguments on Windows. [Yitzchak Scott-Thoennes] |
|
From: Ken W. <kwi...@us...> - 2006-03-13 23:08:38
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv22159/lib/ExtUtils Modified Files: CBuilder.pm Log Message: Version bump Index: CBuilder.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder.pm,v retrieving revision 1.32 retrieving revision 1.33 diff -u -d -r1.32 -r1.33 --- CBuilder.pm 27 Dec 2005 21:42:14 -0000 1.32 +++ CBuilder.pm 13 Mar 2006 23:08:35 -0000 1.33 @@ -5,7 +5,7 @@ use File::Basename (); use vars qw($VERSION @ISA); -$VERSION = '0.15'; +$VERSION = '0.16'; $VERSION = eval $VERSION; # Okay, this is the brute-force method of finding out what kind of |
|
From: Ken W. <kwi...@us...> - 2006-03-13 21:57:04
|
Update of /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14373/lib/ExtUtils/CBuilder/Platform Modified Files: VMS.pm Log Message: Fix /define on VMS Index: VMS.pm =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/lib/ExtUtils/CBuilder/Platform/VMS.pm,v retrieving revision 1.9 retrieving revision 1.10 diff -u -d -r1.9 -r1.10 --- VMS.pm 13 Sep 2005 02:38:21 -0000 1.9 +++ VMS.pm 13 Mar 2006 21:57:01 -0000 1.10 @@ -9,6 +9,21 @@ sub need_prelink { 0 } +sub arg_defines { + my ($self, %args) = @_; + + s/"/""/g foreach values %args; + + my $config_defines = ''; + + # VMS can only have one define qualifier; add the one from config, if any. + if ($self->{config}{ccflags} =~ s{/def[^=]+(?:=)+(?:\()?([^\/\)]*)} {}i) { + $config_defines = "$1,"; + } + + return ('/define=(' . $config_defines . join(',', map "\"$_=$args{$_}\"", keys %args) . ')'); +} + sub arg_include_dirs { my ($self, @dirs) = @_; |
|
From: Ken W. <kwi...@us...> - 2006-03-13 21:57:04
|
Update of /cvsroot/module-build/ExtUtils-CBuilder In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14373 Modified Files: Changes Log Message: Fix /define on VMS Index: Changes =================================================================== RCS file: /cvsroot/module-build/ExtUtils-CBuilder/Changes,v retrieving revision 1.47 retrieving revision 1.48 diff -u -d -r1.47 -r1.48 --- Changes 21 Feb 2006 09:26:35 -0000 1.47 +++ Changes 13 Mar 2006 21:57:01 -0000 1.48 @@ -5,6 +5,10 @@ - Fix quoting of command line arguments on Windows. [Yitzchak Scott-Thoennes] + - Provided a custom arg_defines() on VMS that does essentially the + same thing for /define that version 0.14 did for /include. [Craig + A. Berry] + - Documented the existing 'quiet' parameter, which silences the printing of system() commands. [Suggested by Yitzchak Scott-Thoennes] |
|
From: Ken W. <kwi...@us...> - 2006-03-12 03:55:36
|
Update of /cvsroot/module-build/Module-Build/lib/Module In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30375/lib/Module Modified Files: Build.pm Log Message: Version bump Index: Build.pm =================================================================== RCS file: /cvsroot/module-build/Module-Build/lib/Module/Build.pm,v retrieving revision 1.212 retrieving revision 1.213 diff -u -d -r1.212 -r1.213 --- Build.pm 4 Mar 2006 03:59:28 -0000 1.212 +++ Build.pm 12 Mar 2006 03:55:32 -0000 1.213 @@ -15,7 +15,7 @@ use vars qw($VERSION @ISA); @ISA = qw(Module::Build::Base); -$VERSION = '0.27_08'; +$VERSION = '0.27_09'; $VERSION = eval $VERSION; # Okay, this is the brute-force method of finding out what kind of |
|
From: Ken W. <kwi...@us...> - 2006-03-12 03:55:36
|
Update of /cvsroot/module-build/Module-Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30375 Modified Files: Changes Log Message: Version bump Index: Changes =================================================================== RCS file: /cvsroot/module-build/Module-Build/Changes,v retrieving revision 1.439 retrieving revision 1.440 diff -u -d -r1.439 -r1.440 --- Changes 12 Mar 2006 03:47:48 -0000 1.439 +++ Changes 12 Mar 2006 03:55:32 -0000 1.440 @@ -1,6 +1,6 @@ Revision history for Perl extension Module::Build. -0.27_09 +0.27_09 Sat Mar 11 22:48:54 EST 2006 - Fixed find_perl_interpreter() so we can find the perl executable when running from uninstalled perl even when $^X contains a |
|
From: Ken W. <kwi...@us...> - 2006-03-12 03:47:52
|
Update of /cvsroot/module-build/Module-Build In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv26355 Modified Files: Changes Log Message: Index: Changes =================================================================== RCS file: /cvsroot/module-build/Module-Build/Changes,v retrieving revision 1.438 retrieving revision 1.439 diff -u -d -r1.438 -r1.439 --- Changes 9 Mar 2006 16:22:49 -0000 1.438 +++ Changes 12 Mar 2006 03:47:48 -0000 1.439 @@ -3,7 +3,8 @@ 0.27_09 - Fixed find_perl_interpreter() so we can find the perl executable - when running from uninstalled perl. [Yitzchak Scott-Thoennes] + when running from uninstalled perl even when $^X contains a + relative path. [Yitzchak Scott-Thoennes] - Fixed warning message where we were printing the wrong field names. [Chris Dolan] |
|
From: Ken W. <kwi...@us...> - 2006-03-12 03:26:46
|
Update of /cvsroot/module-build/Module-Build/website In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15581 Modified Files: META-spec.html META-spec.pod Log Message: Add officialish 'resources' field for 'repository' Index: META-spec.html =================================================================== RCS file: /cvsroot/module-build/Module-Build/website/META-spec.html,v retrieving revision 1.12 retrieving revision 1.13 diff -u -d -r1.12 -r1.13 --- META-spec.html 5 Mar 2006 05:49:38 -0000 1.12 +++ META-spec.html 12 Mar 2006 03:26:41 -0000 1.13 @@ -433,6 +433,7 @@ license: <a href="http://dev.perl.org/licenses/">http://dev.perl.org/licenses/</a> homepage: <a href="http://sourceforge.net/projects/module-build">http://sourceforge.net/projects/module-build</a> bugtracker: <a href="http://rt.cpan.org/NoAuth/Bugs.html?Dist=Module-Build">http://rt.cpan.org/NoAuth/Bugs.html?Dist=Module-Build</a> + repository: <a href="http://sourceforge.net/cvs/?group_id=45731">http://sourceforge.net/cvs/?group_id=45731</a> MailingList: <a href="http://lists.sourceforge.net/lists/listinfo/module-build-general">http://lists.sourceforge.net/lists/listinfo/module-build-general</a></pre> <p>(Spec 1.1) [optional] {map} A mapping of any URL resources related to this distribution. All-lower-case keys, such as <a href="#item_homepage"><code>homepage</code></a>, Index: META-spec.pod =================================================================== RCS file: /cvsroot/module-build/Module-Build/website/META-spec.pod,v retrieving revision 1.14 retrieving revision 1.15 diff -u -d -r1.14 -r1.15 --- META-spec.pod 5 Mar 2006 05:49:39 -0000 1.14 +++ META-spec.pod 12 Mar 2006 03:26:41 -0000 1.15 @@ -392,6 +392,7 @@ license: http://dev.perl.org/licenses/ homepage: http://sourceforge.net/projects/module-build bugtracker: http://rt.cpan.org/NoAuth/Bugs.html?Dist=Module-Build + repository: http://sourceforge.net/cvs/?group_id=45731 MailingList: http://lists.sourceforge.net/lists/listinfo/module-build-general (Spec 1.1) [optional] {map} A mapping of any URL resources related to |
