who wish to keep compatibility with files generated by Storable::store
from a previous version of perl, and were unlucky enough to not use
portable Storable::nstore instead.
Submitted by: kuriyama
2. Make this port respect Makefile.local.
3. Transfer manpages to Makefile.man.
4. Move manpages for modules, included into distribution, into
lib/perl5/PERL_VER/perl/man/man3, to eliminate file conflicts
with p5 ports for modules included with perl.
5. Use PREFIX/SITE_PERL_REL instead of SITE_PERL in the Makefile.
6. Switch to bzipped sources.
7. Other small adjustments.
PR: 65925, 66096, 67205
Submitted by: foxfair (1), Charles Swiger <chuck@pkix.net> (1), krion (3)
Reported by: Roy Badami <roy@gnomon.org.uk> (2)
When installing with pkg_add(1), the ${SITE_PERL} directory was not created
causing system headers not to be perlified and installed by h2ph. This made
some things break in very mysterious ways.
The pkg-install script used by pkg_add(1) doesn't know about the many special
variables in bsd.port.mk, so it shouldn't try to rely on them.
Noticed by: bento, kris
Approved by: kris
without PERL_CONFIGURE trickery), the interaction of 5.8.1's MakeMaker
and BSDPAN can lead to parts of perl-using ports to be installed to
/lib, which is bad. Fix that.
Reported by: Mike Harding <mvh@ix.netcom.com>
Also:
Make suidperl optional (ENABLE_SUIDPERL knob). Switch to perlmalloc by
default, unless threaded perl is built, to improve performance.
Modernize pkg-plist (switch to SITE_PERL where possible). Update WWW.
Many thanks to foxfair who prepared most of this update.
coredump on FreeBSD/amd64 when one uses $^N variable and there were
no captures in the last executed regexp.
One third of this fix was applied to the perl tree in December 2002,
with the rest hopefully applied in the next couple of days.
Reported by: jwd
Add two knobs:
WITH_PERL_MALLOC - to compile with perl's own malloc, as opposed to
the freebsd system malloc. Some might find this useful, since perl's
malloc is marginally faster in typical cases, and orders of
magnitude faster in degenerate cases. Use with care.
WITH_GDBM - to compile with gdbm support.
to INSTALLMAN1DIR and INSTALLMAN3DIR, respectively, if there are no
corresponding variables in Config.pm, which is unfortunately the case
for perl 5.8.0. This fixes manpage installation path for p5 ports built
with perl5.8.0 as /usr/bin/perl.
Force installs. This is to allow (semi-)automatic garbage removal by
"find /usr/libdata -ctime -N -delete".
Well - substitute /usr/libdata with /usr/local/lib/perl5 here.
Requested by: sheldonh
2. Do not link with libbind even if Configure detects it. A particular
reason for that is that perl's getpw* stop working with NIS.
Reported by: Russell Cattelan <cattelan@thebarn.com>
from normal rmdir'ing and unexec rmdir'ing, do a find | xargs rm for
generated .ph files, since those will differ in different versions of
FreeBSD just like .h files may not be the same.
2. Install.pm is broken in 5.6.1 and leads to the wrong .packlist
generation, which, in turn, breaks BSDPAN. Fix that.
3. Extend use.perl to patch /etc/manpath.config so that manpages for
modules installed by this and other p5- ports are be available.
PR: 39108 (item 1)
Reported by: Dan Nelson <dan@dan.emsphone.com> (item 1)
@INC array. This takes care of the infamous problem of updating the
packages already in the perl distribution. With this change, no tricks
are any longer necessary for such p5 ports, except the usual tweaking of
INSTALLDIRS in Makefile.PL. This last one can also be taken care of by
an appropriate BSDPAN modifications, but until we have the `natural'
@INC order in the 4.X base system perl, it is meaningless.
Do not include iconv.h and do not link with libiconv. Iconv is not used
by perl in any way currently, but it used to link it if found.
Fix perl on freebsd/sparc64.
PR: 33212 (iconv), 37605 (iconv), 38813 (sparc64)
Reported by: Vivek Khera <khera@kciLink.com> (iconv),
Martin Nilsson <martin@gneto.com> (iconv)
Submitted by: jake (sparc64)
the problems with threaded perl build. The threaded perl is curently
unsupported by this port but seems to work fine with this fix applied.
Reported by: Jens Fallesen <jens@fallesen.dk>
more stuff than the old one, which confuses makedepend script in the
distribution).
PORTREVISION is not bumped since there was no functionality change.
Reported-by: too many to list here
2. Remove the dependency on perl (rather important for this port).
3. Make the script this port installs use the version of perl from ports.
Reported-by: (item 2) Juriy Goloveshkin <j@gu.ru>, Mark Huizer <xaa@timewasters.nl>
Compile perl with BSDPAN support, both -current and -stable. The
version of BSDPAN used here coincides accidentally with the one present
in the -current system perl, but is installed in a different place.
Provide a script, use.perl, to facilitate switching of the perl used by
default between the system perl and this port. Also print a message
describing the usage of use.perl (this works for the port and for the
package built from it). The switching to the port version is done by
removing /usr/bin/perl and /usr/bin/suidperl (they both have link count
>1, so this is reversible), and making them to be symlinks to the
corresponding binaries in $PREFIX/bin. Also, assignments of the correct
values of PERL_VER, PERL_VERSION, and PERL_ARCH are appended to
/etc/make.conf. Last, NOPERL=yes is appended to /etc/make.conf, so that
the changes made will survive system upgrades from source. The
switching to the system version is more or less a reverse of the process
described above.
Set and use PERL_ARCH which is independed from the one used by the
system perl.
Fix the port for post-malloc.h -current.
Fix a small bogon when PREFIX was used in pkg-install (PKG_PREFIX should
have been used instead).
Reviewed by: markm, joe
As before, this is a "guru only" port. If you know what you are
doing, go ahead and use it. If not - HANDS OFF!
Perl 5.6.1 will be committed to "base" FreeBSD in a week or 2.
