kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/lang/perl5/distinfo

17 lines
874 B
Text
Raw Normal View History

Bump PKGREVISIONs of lang/perl5 and lang/perl58: modify the build so that libgcc.a isn't linked "whole archive" into the perl executable on newer NetBSD systems (>1.5.x). Newer NetBSD systems have libgcc_pic.a linked into shared libraries, so this hack isn't needed. This change was tested by building and testing textproc/xerces-p, a C++ perl5 module that uses functions in libgcc.a.
2003-06-23 09:45:01 +02:00
$NetBSD: distinfo,v 1.16 2003/06/23 07:45:02 jlam Exp $
Update perl to 5.6.1nb2. Changes from perl-5.6.1nb1 include undoing the perl mess I created a year ago and making this a vanilla perl installation again, and explicitly setting the system library path so that /usr/local/* doesn't appear anywhere. The installed perl library now also includes CGI.pm-2.752. The www/p5-CGI package installs in to ${PERL5_SITEARCH} so there is no conflict with the "standard" CGI.pm.
2001-09-05 19:13:40 +02:00
SHA1 (perl-5.6.1.tar.gz) = c718b38685f90d51a9a6b1b008de0d7d198c0744
Size (perl-5.6.1.tar.gz) = 5983695 bytes
Modify lang/perl5 and lang/perl58 to install man3 pages again. However, we install them into a private directory under the the normal Perl installation and configure Perl so that site-specific Perl man3 pages are installed into a private directory within site_perl. This avoids manpage conflicts between 3rd-party modules, the standard Perl library, and other packages. The changes implement some unfinished work that is alluded to in the MakeMaker.pm module by allowing "installsiteman{1,3}dir" to be set during the configuration process and are used to provide default values for INSTALLSITEMAN{1,3}DIR during the Perl module build/install process. Bump PKGREVISIONs for lang/perl5 and lang/perl58.
2003-05-27 23:57:25 +02:00
SHA1 (patch-aa) = c03ddd0a6c9d738cb523cbc8fb104217cc3870a1
Bump PKGREVISIONs of lang/perl5 and lang/perl58: modify the build so that libgcc.a isn't linked "whole archive" into the perl executable on newer NetBSD systems (>1.5.x). Newer NetBSD systems have libgcc_pic.a linked into shared libraries, so this hack isn't needed. This change was tested by building and testing textproc/xerces-p, a C++ perl5 module that uses functions in libgcc.a.
2003-06-23 09:45:01 +02:00
SHA1 (patch-ab) = c30dbcbcd72896c324ad18c4adb3304a340c379f
Update perl to 5.6.1nb2. Changes from perl-5.6.1nb1 include undoing the perl mess I created a year ago and making this a vanilla perl installation again, and explicitly setting the system library path so that /usr/local/* doesn't appear anywhere. The installed perl library now also includes CGI.pm-2.752. The www/p5-CGI package installs in to ${PERL5_SITEARCH} so there is no conflict with the "standard" CGI.pm.
2001-09-05 19:13:40 +02:00
SHA1 (patch-ac) = dfebafeec171c86de3d6105e5543270a30f82691
SHA1 (patch-ad) = 7a3ca903d958026473f593fdeb172f86f2ef66d2
SHA1 (patch-ae) = 677797f38279b7602fc5bbac8ee80c0e09f6e285
Teach the ExtUtils modules (the ones that create Makefiles for perl modules) about -Wl,-R. We cause -Wl,-R/path/to/libdir in LIBS settings to now get propagated correctly to the link command for shared modules. The rpath flag is also silently coerced to start with -Wl,-R or -R depending on the contents of ${LDDLFLAGS} to deal with either cc or ld being invoked.
2001-10-02 08:37:55 +02:00
SHA1 (patch-af) = 94d91fba0731c9ee43b3e544f81cc9367a75a77c
Modify lang/perl5 and lang/perl58 to install man3 pages again. However, we install them into a private directory under the the normal Perl installation and configure Perl so that site-specific Perl man3 pages are installed into a private directory within site_perl. This avoids manpage conflicts between 3rd-party modules, the standard Perl library, and other packages. The changes implement some unfinished work that is alluded to in the MakeMaker.pm module by allowing "installsiteman{1,3}dir" to be set during the configuration process and are used to provide default values for INSTALLSITEMAN{1,3}DIR during the Perl module build/install process. Bump PKGREVISIONs for lang/perl5 and lang/perl58.
2003-05-27 23:57:25 +02:00
SHA1 (patch-ag) = 3ffe02cc745234b067c991b66024c17864f5babe
Update lang/perl5 to 5.6.1nb7. Changes from version 5.6.1nb6 include changing the default module/library search path to have site_perl come before the standard directories. In other words, the previous search path on an i386 was: /usr/pkg/lib/perl5/5.6.1/i386-netbsd /usr/pkg/lib/perl5/5.6.1 /usr/pkg/lib/perl5/site_perl/5.6.1/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.6.1 /usr/pkg/lib/perl5/site_perl but it is now: /usr/pkg/lib/perl5/site_perl/5.6.1/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.6.1 /usr/pkg/lib/perl5/site_perl /usr/pkg/lib/perl5/5.6.1/i386-netbsd /usr/pkg/lib/perl5/5.6.1 The rationale for this is that when we install a module that is newer than one in the standard library, the new module goes into the site_perl directory as it's an add-on module. However, we can't use the newer module without modifying either the scripts of the perl environment to find the newer module explicitly because of the order of the library search path: the site_perl directories come after the standard directories. The normal solution is to directly replace the module in the standard library with the newer module. However, this isn't really on option when installing via pkgsrc because the older module files are owned by the perl package. By placing the the site_perl directories before the standard directories, newer modules that we install via pkgsrc are simply found before the older ones in the standard library.
2002-01-28 01:25:27 +01:00
SHA1 (patch-ah) = 4c689dde8cba8cb3c30295d52536ff09a0c7f589
fix previous change for FreeBSD/gcc3.
2003-02-27 15:05:01 +01:00
SHA1 (patch-aj) = 4da55b4bb1e1607fde7a3d9510ca3d6a90f8c10b
adopt some patches from FreeBSD ports, allowing this to build on FreeBSD 5.0 (and probably Solaris w/ gcc3). also, make really sure we don't try to use perl's malloc().
2003-02-21 15:42:14 +01:00
SHA1 (patch-ak) = 7aa35848111a62c608e792f025b7095513d7041b
Modify lang/perl5 and lang/perl58 to install man3 pages again. However, we install them into a private directory under the the normal Perl installation and configure Perl so that site-specific Perl man3 pages are installed into a private directory within site_perl. This avoids manpage conflicts between 3rd-party modules, the standard Perl library, and other packages. The changes implement some unfinished work that is alluded to in the MakeMaker.pm module by allowing "installsiteman{1,3}dir" to be set during the configuration process and are used to provide default values for INSTALLSITEMAN{1,3}DIR during the Perl module build/install process. Bump PKGREVISIONs for lang/perl5 and lang/perl58.
2003-05-27 23:57:25 +02:00
SHA1 (patch-al) = 96b68e38900053109caeb10326cce6e17f58dcab
SHA1 (patch-am) = 57af2f39327951e321fcb6985aa2d74c090278c6
Reference in a new issue Copy permalink