Age | Commit message (Collapse) | Author | Files | Lines |
|
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.
|
|
Fixes for gcc 4.3.
Source code cleanup.
Build fixes.
|
|
this will make it usable in dynamically loaded plugins,
bump PKGREVISION
|
|
|
|
Changes:
- minor bugfixes
|
|
|
|
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
|
|
of the order in which buildlink3.mk files are (recursively) included
by a package Makefile.
|
|
that they look nicer.
|
|
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).
|
|
|
|
Changes:
- various bugfixes.
|
|
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in
http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
|
|
|
|
with at least icc and sunpro.
|
|
|
|
Addresses PR pkg/30118, althought i can't reproduce it at all..
|
|
Changes include fixes to the build system for MacOS X, slightly improved
handling of the maximum size to read and other small fixes.
|
|
USE_GNU_TOOLS -> USE_TOOLS
awk -> gawk
m4 -> gm4
make -> gmake
sed -> gsed
yacc -> bison
|
|
of the shared library, yet.
|
|
Changes:
- add a couple of new elements
- fix compilation with gcc 4 and on AMD64
- address some other minor issues.
|
|
|
|
|
|
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)
|
|
- 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.
|
|
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
|
|
|
|
tech-pkg@.
|
|
|
|
|
|
Needed for mkvtoolnix update.
Changes:
- LGPL license changes.
|
|
|
|
|
|
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.
|
|
bsd.prefs.mk.
|
|
|
|
From Rhialto in PR pkg/24016.
libebml is a library for handling EBML (Extensible Binary Meta Language),
that is a binary derivative of XML.
|