| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
major change.
Reported by Robert Elz in PR 41345.
|
|
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
|
|
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).
|
|
|
|
NEWS since guile-gtk-1.2-0.31
* Guile-gtk-1.2 is now part of the GNU Project.
* Drag'n'Drop support - see examples/test-dnd.scm
* GdkPixbuf bindings. Formerly these bindings were part of
guile-gnome, unfortunately they were far from compelete,
moreover they were not working at all. Now there are full
GdkPixbuf bindings in the (gtk-1.2 gdk-pixbuf) module.
* LibGlade bindings (formerly part of gnome-guile). Imported from
gnome-guile, completed and improved. Now it is possible to
autoconnect scheme functions and build a guile-gtk (glade)
application in three commands - see examples/test-glade.scm and the
little bit longer examples/run-glade.scm.
You can find libGlade bindings in the (gtk-1.2 glade) module.
* GtkGLArea bindings (formerly part of guileGL). Imported from
guileGL, completed and improved.
(gtk-1.2 gdk-gl) module provides bindings for Gdk part of GtkGLArea
library (GdkGLContext, GdkGLPixmap etc), (gtk-1.2 gtk-gl-area) has
bindings for GtkGLArea functions.
* configure script has options --with-gdk-pixbuf, --with-glade and
--with-gtkgl. Just in case you would like to turn off these new
nifty features.
* build-guile-gtk-1.2 supports functions with arbitrary number of
required arguments.
* GtkPixmap bindings closely reflects C API, helper function
gtk-pixmap-new-from-file implements old behaviour.
GtkPixmap bindings are complete.
* Lots of additional bindings, especially for Gdk.
NEWS in guile-gtk-1.2-0.31
* Bug fixes.
NEWS in guile-gtk-1.2-0.30
* Support for Gnome and Gtk+-2.0 has been removed.
The modules have been renamed from (gtk ...) to (gtk-1.2 ...). They
are still available under their old names, but the new ones are
preferred.
Likewise, build-guile-gtk has been renamed to build-guile-gtk-1.2,
with the old name still available but deprecated.
Building new programs with "build-guile-gtk main" is no longer
supported; only shared libraries are. Consequently, the guile-gtk
program is no longer provided.
NEWS in 0.20
* New `cname' option for field specifiers. You can now specify what
name to use on the C side for field accessors. For example, to
access the allocation.x subfield of a GtkWidget structure, you can use
(fields
(int allocation-x (cname allocation.x)))
The value of the option can be either a symbol or a string.
* New cstring type added to deal with const char *str declarations.
* Guile-gtk will now start the usual `top-repl' of Guile. The
processing of Gtk events will happen in a separate handler thread.
When your Guile doesn't support threading, you get the old event
driven repl.
* `gdk-event-button-state' and `gdk-event-key-state' have been
replaced by `gdk-event-state'. The new function will return a
GtkModifierType which is a list of symbol such as
(shift-mask control-mask)
* Automatic *.h->*defs translator
* Threads support
* Experimental GTK+ 2.0 support
* RPM spec file corrected
* Lots of additions and corrections to the *.defs files
* Various bug fixes
|
|
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.
|
|
|
