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.
foo-* to foo-[0-9]*. This is to cause the dependencies to match only the
packages whose base package name is "foo", and not those named "foo-bar".
A concrete example is p5-Net-* matching p5-Net-DNS as well as p5-Net. Also
change dependency examples in Packages.txt to reflect this.
first component is now a package name+version/pattern, no more
executable/patchname/whatnot.
While there, introduce BUILD_USES_MSGFMT as shorthand to pull in
devel/gettext unless /usr/bin/msgfmt exists (i.e. on post-1.5 -current).
Patch by Alistair Crooks <agc@netbsd.org>
Add a new USE_LIBTOOL definition that uses the libtool package instead of
pkglibtool which is now considered outdated.
USE_PKGLIBTOOL is available for backwards compatibility with old packages
but is deprecated for new packages.
Changes from version 3.0:
Version 4.1.0
============
* Several minor memory leaks in error conditions have been plugged.
* New Function EGifOpen(void *userData, OutputFunc writeFunc) allows user
specified gif writing functions.
* Old copyright notices in a few source files have been updated. All library
copyrights should now reflect the copyright notice in the COPYING file.
Version 4.0.0 -- giflib
=======================
This version of the giflib library merges Eric Raymond's giflib-3.0 release
with the libungif-4.0 release to give people a binary compatible choice
between the two libraries and gives me the chance to add bugfixes to giflib
that have been incorporated in libungif.
PLEASE READ THE FILE PATENT_PROBLEMS BEFORE USING THIS LIBRARY!
Version 4.0.0
=============
Major fixes have been made to the code that handles Extensions.
Unfortunately, this causes binary incompatibility with giflib-3.0 and
libungif-3.x. However, the API is still intact. I am, however, deprecating
the use of saveImage[x].Function. Use
saveImage[x].ExtensionBlocks[y].Function instead.
Version 3.1.1
=============
The following bugs which caused SegFaults have been fixed:
* When reading gif files with extensions, DGifSlurp would violate memory.
* When closing a gif that had a local colormap, DGifCloseFile would attempt
to free the colormap twice.
* Fix a potential memory leak in DGifSlurp.
The following enhancements have been made:
* New function DGifOpen to allow specifying a user definable gif reading
function.
Version 3.1.0
=============
* Add a new function:
GifFileType *DGifOpen(void * userData, InputFunc readFunc)
to read the gif image from a user defined input function.
* A few bugfixes.
Version 3.0
===========
Changes from Eric Raymond's libgif:
* A new gif encoder that makes uncompressed gifs rather than standard,
LZW-compressed gifs. This is actually the major motivating factor behind
libungif; to provide third-party distributors a means to provide a gif
library without the patented LZW encoder.
* A new configure script to make compilation of the library on multiple
platforms easier. The package should now build shared libraries on all
platforms supported by GNU libtool.
* Removed the getarg functions from libgif. These were not part of the
public API and only used by the tools in the utils directory so I separated
them from the rest of the library.
* Fixed a few bugs in the tools in the utils directory.
need not depend on or use X. Its two X functions (capture window and
display image) are done rather well by programs available elsewhere, many
of which already support GIF (or at least PPM, which can be converted).
Also include <stdlib.h> such that the malloc() warnings go away on LP64.
Add -lX11 flags to the util Makefile to make this thing build.. How it
builds/runs on a.out is beyond me.. ELF seems to be a little more sane
in this respect.
- New, optional Makefile variable HOMEPAGE, specifies a URL for
the home page of the software if it has one.
- The value of HOMEPAGE is used to add a link from the
README.html files.
- pkglint updated to know about it. The "correct" location for
HOMEPAGE in the Makefile is after MAINTAINER, in that same
section.
