Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
alternative from mk/jpeg.buildlink3.mk
This allows selection of an alternative jpeg library (namely the x86 MMX,
SSE, SSE2 accelerated libjpeg-turbo) via JPEG_DEFAULT=libjpeg-turbo, and
follows the current standard model for alternatives (fam, motif, fuse etc).
The mechanical edits were applied via the following script:
#!/bin/sh
for d in */*; do
[ -d "$d" ] || continue
for i in "$d/"Makefile* "$d/"*.mk; do
case "$i" in *.orig|*"*"*) continue;; esac
out="$d/x"
sed -e 's;graphics/jpeg/buildlink3\.mk;mk/jpeg.buildlink3.mk;g' \
-e 's;BUILDLINK_PREFIX\.jpeg;JPEGBASE;g' \
< "$i" > "$out"
if cmp -s "$i" "$out"; then
rm -f "$out"
else
echo "Edited $i"
mv -f "$i" "$i.orig" && mv "$out" "$i"
fi
done
done
changes:
-API additions
-hdp and hrepack utilities can now display more compression information
-build system updates
-bugfixes
pkgsrc notes:
-we build shared libraries now although it is officially unsupported
if Fortran is enabled (works for me)
-The 24-bit-jpeg selftest fails. It also failed with the previous
version. (perhaps jpeg-7 related?) The test contains too much magic
to tell what happens.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.
For example, "make show-buildlink3" in fonts/Xft2 displays:
zlib
fontconfig
iconv
zlib
freetype2
expat
freetype2
Xrender
renderproto
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
Configuration
* By default HDF4 libraries and utilities are installed under
<source_dir>/NewHDF
* Windows configuration, build and testing procedures have been changed.
Please see INSTALL_WINDOWS.txt file for more information
Library
* New API SDidtype was added to the library (bug #766)
* HCgetcompress renamed to HCPgetcompress
* New API HCget_config_info added
* The default chunk cache size was changed for 2D and higher
chunks
* Pablo instumentation was removed
Utilities
* hdiff and hrepack are supported on Windows.
* Substantial performance improvements in hdiff and hrepack
Support for new platforms and compilers
* Fortran IBM xlf v 8.1 and Absoft f95 version 8.2 compilers
are supported on Mac OSX.
* Absoft Fortran compiler f95 version 9.0 is supported on Linux 2.4
* PGI C and Fortran compilers are supported on Linux 2.4
* Intel C and Fortran compilers are supported on Linux 2.4
* Cray TS IEEE is supported.
Bugs fixed since HDF4.2r0
* VERY IMPORTANT:
Data compressed with SZIP may be corrupted; fixed. For more
information see "HDF4.2r1 SZIP Release Notes" available at
http://hdf.ncsa.uiuc.edu/doc_resource/SZIP/SZIP_HDF4_2r1.pdf
* Fortran couldn't read names with spaces when NetCDF interfaces
were used; fixed
* Library failed to compile in presence of the NetCDF library; fixed
* h4fc couldn't create object files; fixed
* When rank of SDS is 0, some SD APIs give segmentation fault (bug 1045);
fixed
* Some GR images with special elements are read in as duplicate
(bug 814); fixed
* Many bugs fixed in hdiff and hrepack utilities
framework. The list of changes include:
* Modify compiler.mk so that "c" is always prepended to USE_LANGUAGES,
so we no longer need to say it in package Makefiles. Packages
should now append to USE_LANGUAGES instead of setting it.
* Create mk/compiler/f2c.mk which implements another pseudo-compiler
"f2c" that may be used with any C compiler backend, e.g.
PKGSRC_COMPILER= f2c ccache gcc
* Teach the various "real" compiler files, e.g., sunpro.mk, mipspro.mk,
etc., to use f2c if the native Fortran compiler isn't present.
Packages that use Fortran should now simply include the line:
USE_LANGUAGES+= fortran
in the package Makefile.
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
New Features and Changes:
========================
o The following Vdata routines were added:
VSsetblocksize/vsfsetblsz -- sets the block size of the
linked-block element.
VSsetnumblocks/vsfsetnmbl -- sets the number of blocks for
a linked-block element.
VSgetblockinfo/vsfgetblinfo -- retrieves the block size and the number
of blocks of a linked-block element.
o Two routines were added to get compression information for the SD and
GR interfaces, including chunked elements: SDgetcompress/sfgcompress
and GRgetcompress/mggcompress.
Note:
- For a JPEG image, GRgetcompress only returns the compression type, not
the compression information (i.e, quantity and force_baseline). This
information is not currently retrievable.
- Getting compression type for JPEG chunked images is not working yet.
o "hdp dumpgr" has a new option, -pd, to print palette data only. Also,
whenever option -p or -pd is given, only palettes are printed, and no
images or file attributes.
o A new FORTRAN function, heprntf (HEprint), was added. It takes two
arguments: file name and level. If the file name string has 0 length,
then error messages will be printed to standard output.
o A memory leak in the netCDF portion of the HDF/mfhdf distribution
was fixed.
o The "#define NULL" was removed since ANSI C compilers are required to
define NULL.
o When using "hdp dumpgr", data was being printed in the range of 0-250
when it should have been between 0-168. This problem is now fixed.
