kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/libhfs/PLIST

23 lines
487 B
Text
Raw Normal View History

Move pkg/ files into package's toplevel directory
2001-11-01 01:57:41 +01:00
@comment $NetBSD: PLIST,v 1.1 2001/11/01 01:24:34 zuntum Exp $
Initial import of libhfs (factored out of hfsutils-3.2.6)
1999-10-17 06:28:19 +02:00
lib/libhfs.a
USE_PKGLIBTOOL -> USE_LIBTOOL.
2000-08-14 19:38:56 +02:00
lib/libhfs.la
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
lib/libhfs.so
lib/libhfs.so.1
Initial import of libhfs (factored out of hfsutils-3.2.6)
1999-10-17 06:28:19 +02:00
lib/libhfs.so.1.0
lib/librsrc.a
USE_PKGLIBTOOL -> USE_LIBTOOL.
2000-08-14 19:38:56 +02:00
lib/librsrc.la
The way that shared objects were handled in the PLISTs and bsd.pkg.mk was out of date - it was based on a.out OBJECT_FMT, and added entries in the generated PLISTs to reflect the symlinks that ELF packages uses. It also tried to be clever, and removed and recreated any symbolic links that were created, which has resulted in some fun, especially with packages which use dlopen(3) to load modules. Some recent changes to our ld.so to bring it more into line with other Operating Systems also exposed some cracks. + Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain the ELF symlinks. + Don't mess about with file system entries when handling shared objects in bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will have got it right, and have a much better idea than we do. + Modify PLISTs to contain "ELF symlinks" + On a.out platforms, delete any "ELF symlinks" from the generated PLISTs + On ELF platforms, no extra processing needs to be done in bsd.pkg.mk + Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on a.out platforms + Update the documentation in Packages.txt With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 16:10:17 +01:00
lib/librsrc.so
lib/librsrc.so.1
Initial import of libhfs (factored out of hfsutils-3.2.6)
1999-10-17 06:28:19 +02:00
lib/librsrc.so.1.0
include/libhfs/apple.h
include/libhfs/data.h
include/libhfs/hfs.h
include/libhfs/libhfs.h
include/libhfs/librsrc.h
include/libhfs/rsrc.h
share/doc/libhfs/charset.txt
share/doc/libhfs/libhfs.txt
share/doc/libhfs/librsrc.txt
@dirrm include/libhfs
@dirrm share/doc/libhfs
Reference in a new issue Copy permalink