CVS log for pkgsrc/devel/libebml/buildlink3.mk

Up to [cvs.NetBSD.org] / pkgsrc / devel / libebml

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

devel: Adapt packages to use USE_(CC|CXX)_FEATURES

libebml: updated to 1.4.0

Released v1.4.0.

* Due to breaking ABI the soname version has been bumped to 5.0.0.

* Default symbol visibility is now "hidden", reducing binary size.

* Converted some things pointed out by cppcheck & clang-tidy to
C++11.

* Fixed a lot of issues pointed out by clang-tidy.

* Added a function "ForceNoDefault" in the "EbmlElement" class.

* Added a function "OverwriteData" in the "EbmlElement" class to
complement the existing "OverwriteHead" function.

* Fixed compilation on Windows wrt. winapifamily.h

* Fixed compilation on Haiku.

* A C++11 compliant compiler is now required. Several of its
features are now used in the source.

* EbmlElement::FindNextElement: fixed a buffer overflow on the
stack by one byte when the first byte read had its upper four bits
unset.

* EbmlCrc32: added a explicit assignment operator with default
implementation as an explicit copy constructor exists (implicit
assignment operators are deprecated in such cases).

* When reading binary elements with a size of 0, the element was
skipped by libebml instead of returned to the calling function.

The last updates of libebml and libmatroska, despite only being X.Y.Z ->
X.Y.Z+1 updates, bumped the shared library major versions.

Do recursive bump for that.

update to 1.3.0
changes:
several new API functions like GetValue()/SetValue(), new constructors,
and a couple of bug fixes like calculating dates with 64bit integers
preventing overflows in certain situations

Fix patching on Mac OSX; fix installing the library; fix some pkglint issues

update to 1.2.0
changes:
-header cleanup
-bugfixes

Simply and speed up buildlink3.mk files and processing.
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.

libtoolize and build shared libraries,
this will make it usable in dynamically loaded plugins,
bump PKGREVISION

Update to version 0.7.7

Changes:
- minor bugfixes

Change the format of BUILDLINK_ORDER to contain depth information as well,
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

Track information in a new variable BUILDLINK_ORDER that informs us
of the order in which buildlink3.mk files are (recursively) included
by a package Makefile.

Aligned the last line of the buildlink3.mk files with the first line, so
that they look nicer.

Over 1200 files touched but no revisions bumped :)

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).

Recursive revision bump / recommended bump for gettext ABI change.

Update to version 0.7.6

Changes:
- various bugfixes.

Update to version 0.7.5

Changes include fixes to the build system for MacOS X, slightly improved
handling of the maximum size to read and other small fixes.

Update to version 0.7.4

Changes:
- add a couple of new elements
- fix compilation with gcc 4 and on AMD64
- address some other minor issues.

Update to version 0.7.3

Changes:

- allow binary element comparison (useful to compare UIDs)
- rename bSaveDefault in bKeepIntact
- don't save empty EbmlMasters by default
- Use malloc() and free() instead of new[] and delete[] where the lib might
  deal with pointers that have been allocated by the app, or where the app
  has allocated the memory. Reason: new[]ed memory cannot be realloc()ed.
- Improved the dependency calculation to be more portable (makedepend doesn't
  exist everywhere, and it doesn't necessarily use the compiler we want).
- Added a "RemoveAll" function.
- better code to handle all VTS VOBs (not yet there)

Updated to version 0.7.2

- migth as well just take maintainership

Changes:

- Fix for the compilation on Solaris.
- Redone the #if... hierarchy to be a bit less confusing.
- Remove the unsupported float80 support
- Allow building a DLL with MSVC7 (not compatible with the MinGW one)
- Proper description for the SHARED option.

Update to version 0.7.1.

Changes:

- use bzip2 distribution tarball

0.7.1:
======
- Set eol-style and keywords properties
- various cosmetic fixes to Makefile and build in general
- BeOS support

Update to version 0.7.0.

Needed for mkvtoolnix update.

Changes:
- LGPL license changes.

Initial import of libebml-0.6.5: Extensible Binary Meta Language support
library.

EBML, or Extensible Binary Meta-Language, is a simple XML like binary
language for describing data in structured style. EBML was originally
designed for use in the Matroska project, but the developers saw that
EBML was very flexible and extensible.

From pkgsrc-wip, submitted by Sergey Svishchev.

Initial revision