Commit graph

14 commits

Author SHA1 Message Date
dillo
edc070cd9c Update to 2.0.14, provided by Martin Wilke in PR/34439:
* Fix major segfault
	* --no-touch support to avoid spurious rebuilds (see manpage)
          (Jean-Yves Lefort)
	* abstract class flag support (Jean-Yves Lefort)
	* allow BOXED in signal arguments (see manpage) (Big Thor)
	* fix libglade support (Nicolas Bruguier)
2006-10-03 15:25:57 +00:00
jlam
c16221a4db 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
2006-07-08 23:10:35 +00:00
jlam
9430e49307 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.
2006-07-08 22:38:58 +00:00
minskim
149fc1f71d USE_TOOLS+=lex 2006-06-27 16:04:29 +00:00
rillig
96fc47c14f Aligned the last line of the buildlink3.mk files with the first line, so
that they look nicer.
2006-04-12 10:26:59 +00:00
reed
5abef9be14 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).
2006-04-06 06:21:32 +00:00
joerg
5911def816 Recursive revision bump / recommended bump for gettext ABI change. 2006-02-05 23:08:03 +00:00
adam
d416d6fc71 Changes 2.0.12:
* libglade support (see manpage) (Nicolas Brugier)
	* Fixes to property parsing and allow user created
	  parameters (Jean-Yves Lefort)
	* Add support for prealloc and allow bitfields (K. Haley)
	* Don't reference TYPE_SELF when generating privates (Big Thor)
2005-09-07 10:31:55 +00:00
jlam
7820875fff Remove the abuse of buildlink that was pkg-config/buildlink3.mk. That
file's sole purpose was to provide a dependency on pkg-config and set
some environment variables.  Instead, turn pkg-config into a "tool"
in the tools framework, where the pkg-config wrapper automatically
adds PKG_CONFIG_LIBDIR to the environment before invoking the real
pkg-config.

For all package Makefiles that included pkg-config/buildlink3.mk, remove
that inclusion and replace it with USE_TOOLS+=pkg-config.
2005-08-10 20:56:10 +00:00
wiz
d774725534 Change path from devel/pkgconfig to devel/pkg-config.
No PKGREVISION bump since pkg-config is only a BUILD_DEPENDS.
2005-07-21 16:29:42 +00:00
rillig
d50231c708 Replaced wip category with devel. Approved by xtraeme. 2005-05-09 23:46:04 +00:00
tv
f816d81489 Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11 21:44:48 +00:00
agc
4a3d2f7ce2 Add RMD160 digests. 2005-02-23 22:24:08 +00:00
dillo
256efe9930 Initial import of gob2 2.0.11 (package provided by Greg Troxel via pkgsrc-wip):
GObject Builder (for glib2) is a simple preprocessor for easily
creating GObject objects.  It does not parse any C code and ignores
any C errors.  It is in spirit similar to things like lex or yacc.  In
some ways it also resembles java.  But it is really just a simple
preprocessor for creating GObjects for use in C or C++ and it is not a
programming language.
2004-12-02 21:05:44 +00:00