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

15 lines
757 B
Text
Raw Normal View History

fix previous change for FreeBSD/gcc3.
2003-02-27 15:05:01 +01:00
$NetBSD: distinfo,v 1.14 2003/02/27 14:05:01 grant 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
Update perl to 5.6.1nb4. Changes from version 5.6.1nb3 include: * Ensure that shared objects/libraries created by perl Makefiles include the correct run-time library search path by also including the local libraries directories. For example, shared objects are linked on ELF platforms with "cc -Wl,-R/usr/pkg/lib -L/usr/pkg/lib", and not just "cc -L/usr/pkg/lib" as before.
2001-10-01 09:05:10 +02:00
SHA1 (patch-aa) = a92ec22c251a3b54d042fdcf6e2cfe6b128873c8
Fix long-standing bug where -R${PREFIX}/lib wasn't being recorded in the LDDLFLAGS because ${PREFIX} is not defined for the sub-scripts that are executed by the Configure script. This resulted in -R/lib.
2002-01-30 23:35:57 +01:00
SHA1 (patch-ab) = 67f1f3fd8664e15449996e4c5fbe138a0c1d6def
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
Add a patch to the perl package that causes perl modules from CPAN to link directly against -lperl when built. Combined with the previous update of perl to add ${LOCALBASE}/lib to the rpath when creating shared libraries/modules, these two changes make using mod_perl.so (ap-perl) more painless. All perl shared modules now contain interlibrary dependencies to the shared libraries they need. Instead of needing (at least on ELF): LoadFile !/usr/lib/libm.so LoadFile lib/perl5/5.6.1/i386-netbsd/CORE/libperl.so ... # Any other libraries needed by perl shared modules need to listed # with LoadFile here. ... LoadModule perl_module lib/httpd/mod_perl.so AddModule mod_perl.c you'd need only the last two lines as the mod_perl authors intended. I've tested this patch for many weeks now, successfully loading and using the p5-Apache-ASP module as my test bed, and I haven't noticed any problems with normal perl usage. Also comment the Makefile slightly better.
2001-10-14 21:55:47 +02:00
SHA1 (patch-ag) = 6f25b4799994279172bc756ede9f13506e9b1c28
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
Reference in a new issue Copy permalink