CVS log for pkgsrc/lang/perl5/module.mk

Up to [NetBSD + pkgsrc-wip] / pkgsrc / lang / perl5

Request diff between arbitrary revisions - Display revisions graphically

Keyword substitution: kv
Default branch: MAIN

Fix PR pkg/46439

Fix comment, PERL5_MODULE_TYPE also accepts "Module::Install::Bundled".

Bump default BUILD_DEPENDS for Module::Build packages to match current
stable branch status, perl-5.12.2 or external one same version as bundled one.

Changes 5.14.1:
* Several modules were updated to fix minor bugs.
* Tests were fixed.
* Documentation was improved.

Changes 5.14.0:
* Unicode version 6.0 is now supported.
* Regular expressions can now be reset to the default modifiers.
* Four new regular expression modifiers, "/d", "/l" , "/u", and "/a", were
  introduced.
* The substitution operators now support the modifier "/r" to work
  non-destructively, leaving the original unmodified.
* Larger octals can now be specified.
* Array and hash operators can now experimentally operate directly on hard
  references.
* printf-like functions now understand post-1980 size modifiers.
* Exception handling was made more reliable and consistent.
* Other enhancements and many bug fixes were made

PkgSrc:
* Fixed configuring on Mac OS X 10.7.

Updating lang/perl5 from 5.12.1 to 5.12.1nb1

pkgsrc changes:
- preparing for databases/p5-gdbm (using Makefile.common)
- supporting external access to perl install dirs (dirs.mk)
- fixing some errors/warnings from pkglint
- adding conflict to packages of CPAN modules which are in Perl5 code
  on the one hand and are broken with perl-5.10+

Bumping PKGREVISION (dependencies changed, rebuild highly recommended).
Recursive rebuild is not required.

Fix issue with PLIST generation by not reading existing .packlist.

Adding support to install via bundled Module::Install by allowing
PERL5_MODULE_TYPE set to Module::Install::Bundled.

- enabling some tuning options to control 64-bit usage of built perl
- add support for Module::Install

Oked by joerg@

cleanup: replaced _PKG_SILENT and _PKG_DEBUG with RUN.

Fix PR pkg/40944 by using the Module::Build from Perl's Core as default.

Oked by tron@ and he@

Improve AIX support to the point that dynamic modules work. Bump
revision. In collaboration with Jens Rehsack.

If perl is buildlinked, used perl in ${BUILDLINK_PREFIX.perl} and
do not rely on the tools framework.

Enable installation to DESTDIR for all packages based on Module::Build.

The error messages on AIX are weird, but maybe someone understands them.

PERL5_CONFIGURE_DIRS may now contain directory names relative to
${WRKSRC}. This saves some keystrokes when writing Makefiles.

Only do the build and test actions when NO_BUILD does not prevent them.

Make perl5 modules build with pthread library from pkgsrc.

Split out the packlist-handling code from modules.mk into a separate
packlist.mk file, and replace the custom code in perl5/Makefile that
duplicated the same packlist handling to just use the routines in
packlist.mk.

Restore perllocal.pod-generating behavior of ExtUtils::MakeMaker
because some Perl modules make some (bad) assumptions about the
structure of a MakeMaker-generated Makefile.  Instead, remove the
perllocal.pod file whenever a p5-* module or perl itself is removed.

While here, rename some of the install/deinstall templates to more
descriptive names.

Bump the PKGREVISION to 3.

Update lang/perl5 to 5.8.7.  Changes from version 5.8.6 include updates
for many "core" modules, UTF-8 and Unicode bugfixes, and ithreads
bugfixes.

The major changes are in the pkgsrc infrastructure to handle Perl and
Perl modules.  All pkgsrc-installed Perl modules are now installed in
"vendor" directories, and the perl interpreter has been modifed to
search for libraries in the following order: site, vendor, perl.  The
Perl library is stored in a directory that is named for the Perl ABI
version associated with the Perl release, so any updates of Perl to
newer versions can be done "in-place" as long as Perl ABI version
remains the same.  All Perl scripts and man pages are stored in
locations that won't conflict between site, vendor, and perl modules,
and a new utility perllink(1) now manages symlinks to those scripts
and man pages under the usual ${LOCALBASE}/bin and ${LOCALBASE}/man/man1.

PERL5_SITEPREFIX may be set to the prefix where local, site-specific
modules will be installed, e.g. PERL5_SITEPREFIX=/usr/local.  Note
that modules installed here are completely unmanaged by pkgsrc.

Update the buildlink and tool dependencies on perl to require perl>=5.8.7
to reflect the new locations for Perl modules and the Perl shared
library.

Turn PERL5_PACKLIST into a relative path instead of an absolute path.
These paths are now relative to PERL5_PACKLIST_DIR, which currently
defaults to ${PERL5_SITEARCH}.  There is no change to the binary
packages.

Move the PLIST_SUBST lines that substitute for PERL5_* variables from
perl5/module.mk into tools/perl.mk so that the substitution occurs for
all packages that use perl.

Goal:	Remove USE_PERL5 from pkgsrc.
Plan:
	(1) Change USE_PERL5=build into USE_TOOLS+=perl.
	(2) Change all other USE_PERL5 into including perl5/buildlink3.mk.

Possibly, for packages that don't actually build anything with perl,
but merely require it for the perl interpreter, we can instead do:

	USE_TOOLS+=		perl
	TOOLS_DEPMETHOD.perl=	DEPENDS

but this is more verbose than simply including the perl5/buildlink3.mk
file.

Move the PERL5_REQD computation into a lang/perl5/version.mk file,
and only do the USE_PERL5 logic in bsd.pkg.use.mk if we're not using
the new tools framework.  This consolidates all of the perl-handling
into two places -- lang/perl5 and mk/tools/perl.mk.

Pullup ticket 416 - requested by Klaus Heinz
build infrastructure fix for perl5

Revisions pulled up:
- pkgsrc/lang/perl5/module.mk	1.44

   Module Name:		pkgsrc
   Committed By:	heinz
   Date:		Fri Apr  1 22:37:44 UTC 2005

   Modified Files:
   	pkgsrc/lang/perl5: module.mk

   Log Message:
   BUILDING_PERL5 is _always_ defined now, so test for a specific value.
   This fixes (at least) the build of mail/p5-razor-agents on NetBSD 1.6.2.
   Ok'ed by jlam.

BUILDING_PERL5 is _always_ defined now, so test for a specific value.
This fixes (at least) the build of mail/p5-razor-agents on NetBSD 1.6.2.
Ok'ed by jlam.

Don't check USE_BUILDLINK3 any more.

Enforce the values that PERL5_MODULE_TYPE can take.

Depend on latest p5-Module-Build to get .packlist files.

* Teach devel/p5-Module-Build to write .packlists just like MakeMaker.pm
  does.  This allows us to use dynamic PLISTs for Perl modules that are
  built using Module::Build.  Bump the PKGREVISION of p5-Module-Build
  to 1.

* Drop the use of PERL5_USES_MODULE_BUILD and introduce a new variable
  PERL5_MODULE_TYPE that is either "MakeMaker" or "Module::Build" that
  names the framework used to build/install the module.

* Split out the variables set in perl5/buildlink3.mk that are also used
  by perl5/module.mk into a new file perl5/vars.mk.  Move some PERL5_*
  variable definitions from pkgsrc/mk/bsd.pkg.use.mk into perl5/vars.mk.
  This just centralizes the common PERL5_* definitions into a single
  file location.

* Convert the known packages that use Module::Build to set
  PERL5_MODULE_TYPE and PERL5_PACKLIST:

	devel/p5-Class-Container
	devel/p5-Exception-Class
	devel/p5-Log-Dispatch
	devel/p5-Array-Compare
	textproc/p5-Pod-Coverage
	www/p5-Apache-Session-Wrapper
	www/p5-MasonX-Request-WithApacheSession

Remove :Q that broke things, introduced in previous.

Add basic Module::Build support; set PERL5_USES_MODULE_BUILD
for packages that want it.

Remove references to buildlink2.

Do not unset USE_GCC3, just complain if building
with GCC on AIX. Okayed by grant.

PR pkg/25428: Georg Schwarz, remove an extra '\' in front of ${TRUE},
to fix the problems seen in the PLIST files.

Set LC_ALL=C while doing perl5-configure. This fixes the problem that
the PERL defintionen in the Makefile resulting from Makefile.PL gets
set to 0 if LANG || LC_<something> is set to something else (read non english).
ok'd by jlam@

Override OPTIMIZE instead of PASTHRU_INC to pass ${CFLAGS} and ${CPPFLAGS}
into the Perl module build.  OPTIMIZE works for all versions of Perl.

PERL5_INSTALLARCHLIB is no longer directly set by this file, so create one
in the perl5-post-install target where it's needed for perl-5.6.1.

module.mk is included by perl5*/Makefile, so be careful not to clutter
MAKE_FLAGS with stuff that's only useful for building modules (and also
breaks the build of perl).

This fixes the breakage of perl modules not finding libperl.so caused by
the changes in revision 1.30 of this file.

The build and install stages require slightly different values for
INSTALLARCHLIB.  During the build, INSTALLARCHLIB refers to the
directory where libperl.so may be found, which should point into the
default view.  During the install, INSTALLARCHLIB refers to the
directory where the perllocal.pod file should be installed, which
should point into the package prefix.

We need PERL5_INSTALLARCHLIB, so compute its value appropriately.

Fix PLIST issues for perl5 in the overwrite case after removing
packlist -> PLIST generator from bsd.pkg.mk to perl5/module.mk.

On AIX, perl doesn't like building with gcc.
Force it to use /usr/bin/cc instead.

It's actually PASTHRU_INC, not INC.

Make PERL5_SUB_* public so that they may be used in buildlink2.mk files
and also in package Makefiles.

MakeMaker provides two hooks, INC and OTHERLDFLAGS, to pass options to the
compiler and linker.  Use them to pass CPPFLAGS and LDFLAGS from pkgsrc.

Make PERL5_INSTALLSITELIB, PERL5_INSTALLSITEARCH, etc. public so that
package Makefiles can refer to the directory in which they install Perl5
site modules.

Final answer to perllocal.pod problem: just remove the file on pkgviews
installations.

Sprinkle .PHONY.

Instead of trying to avoid creating perllocal.pod, go ahead and create it,
except ignore it when linkfarming.  This avoids conflicts between the many
perllocal.pod files across different depoted packages.

Back out INSTALL_TARGET?= pure_install since it will break several
packages that build and install perl5 modules as part of a larger
installation.

Rename _PERL5_VAR.* to _PERL5_SITEVAR.* and move them to somewhere global
so the the remainder of this file can use their values.  Also override the
PREFIX with the module's PREFIX so the default directories end up pointing
in the right place.

Need to override the directory that scripts are installed into.  For some
reason, there isn't a sitescript variable.

_PERL_{INSTALLSITELIB,etc.} shouldn't be added to MAKEFLAGS since their
values change for every dependent package that you enter and invoke a
sub-make.

All pkgsrc-installed perl modules are installed in the "site" directories,
so pass INSTALLDIRS=site to the Makefile.PL script.  This overrides any
INSTALLDIRS setting in Makefile.PL.

Skip appending to perllocal.pod.  We don't keep this consistent anyway
with binary packages.

XXX We should be adding to and removing from perllocal.pod in
XXX VIEW-{INSTALL,DEINSTALL} actions from the INSTALL/DEINSTALL
XXX scripts.

Make including module.mk work in a pkgviews world, where perl's PREFIX
isn't the same as the module's PREFIX.

Add missing .endif.  *sigh*

Go back to the 'target' conditional.  'commands' fails on the 1.5 branch,
according to private mail by Thorsten Frueauf.

Use !commands(do-configure) instead of !target(do-configure).

Let a package override the contents of the do-configure target, if needed.
Closes PR pkg/21111 by Todd Vierling.

(1) Publicly export the value of _OPSYS_RPATH_NAME as RPATH_FLAG;
    Makefiles simply need to use this value often, for better or for
    worse.

(2) Create a new variable FIX_RPATH that lists variables that should
    be cleansed of -R or -rpath values if ${_USE_RPATH} is "no".  By
    default, FIX_RPATH contains LIBS, X11_LDFLAGS, and LDFLAGS, and
    additional variables may be appended from package Makefiles.

Most, if not all, packages using perl5/module.mk are perl5 modules
using ExtUtils::MakeMaker style Makefile: usually they provide a
'test' target.

So adding 'TEST_TARGET?=test' here gives us a lot of packages with
the test target enabled.

It's BUILDLINK_DEPMETHOD.perl that should append "full".

BUILDLINK_DEPENDS.perl was incorrectly set to full; full is not a package
name. Changed to perl-5*.

Require that we use a full dependency on perl when building/installing
Perl modules.

Remove support for buildlink.mk -- noone uses it any longer.

Introduce target perl5-configure.

Now a package using this file can be configured by the regular
do-configure target if PERL5_CONFIGURE is _not_ set to YES (which is
the default), and then have a the standard perl configuration step
done by say the post-configure target.

Example:
        PERL5_CONFIGURE=        NO
        post-configure: perl5-configure

Usually in such a case PERL5_CONFIGURE_DIRS would have to be
adjusted, as well as other directory variables. See following commit
to graphics/p5-PerlMagick package for a complete example.

The previous behavior is preserved if PERL5_CONFIGURE default
value is left untouched, i.e. the do-configure target does the
standard perl configuration.

Please note that this new feature was made up by Johnny Lam. Thanks again!

perl5/module.mk is intended to be included by packages that build
and install perl5 modules.

The following targets are provided by this file:

do-configure          runs the standard perl configuration in
                      each of the directories specified in
                      ${PERL5_CONFIGURE_DIRS}.

The following variables may be set prior to including this file:

PERL5_CONFIGURE       if "YES", then run the standard perl
                      configuration assuming Makefile.PL exists;
                      defaults to "YES".

PERL5_CONFIGURE_DIRS  list of directories in which to run the
                      standard perl configuration; defaults to
                      ${CONFIGURE_DIRS}.

PERL5_LDFLAGS         extra linker flags to pass on to the build
                      process.

This file also does the PERL5_PACKLIST handling to generate a PLIST.  When
all p5-* packages have been modified to use module.mk, then the
PERL5_PACKLIST code in bsd.pkg.mk can be removed.