summaryrefslogtreecommitdiff
path: root/databases/postgresql74-plperl
AgeCommit message (Collapse)AuthorFilesLines
2005-08-06Bump the PKGREVISIONs of all (638) packages that hardcode the locationsjlam1-5/+3
of Perl files to deal with the perl-5.8.7 update that moved all pkgsrc-installed Perl files into the "vendor" directories.
2005-06-24Remove lang/libperl and modify packages that used libperl to dependjlam1-2/+3
instead on perl>=5.8.0. Bump the PKGREVISIONs of the following packages due to the possible perl dependency changes after the removal of libperl: audio/ices-mp3 databases/postgresql73-plperl databases/postgresql74-plperl textproc/eperl www/ap-perl
2005-04-11Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.tv1-2/+1
2004-12-18Fix postgresql74-plperl so that it finds libperl.so at runtime. Thejlam1-16/+2
PostgreSQL configure/build infrastructure tries very hard to separate rpath flags from other LDFLAGS, which is completely unnecessary in pkgsrc since the wrapper scripts are smart enough to deal with it on their own. In this case, the GNU configure script was stripping out the rpath to libperl.so when setting perl_embed_ldflags, so modify the configure script to not do this. Also re-enable this package since it's possible to load the plperl.so language module again. I tested this with: createdb foo createlang -d foo plperl
2004-10-10Import postgresql74-plperl. This is mostly for reference unfortunately.jdolecek4-0/+53
If perl is built with thread support, loading the language module would crash PostgreSQL on NetBSD - loading shared module linked against libpthread doesn't work if the main binary isn't linked against libpthread. For this reason, this package is currently marked as BROKEN, and only here to save packaging work for person who'd want to finish this.