and... well, the kqueue support is built but not used!
Now, running a test program provided by Dmitry DTRT (with the exception
of two tests, which seem to be not working in macppc). Ride the previous
revision bump.
the Google Summer of Code 2011 program. Congratulations, Dmitry! :-)
This comes in the form of a new 'kqueue' build-time option. This should NOT
be an option, but it is for two reasons:
- I consider this still experimental for it to be enabled on everyone's
machines, and the code is not "official".
- The patch requires us to run automake/autoconf during the pre-configure
stage, and I don't want to add these dependencies on the default package
build.
When these patches get integrated upstream, we can get rid of the option
altogether.
Also note that I had to backport some of our custom changes to Makefile.in
files and some to configure to the original Makefile.am files and
configure.ac. This is to prevent our custom patches from being lost during
the automake/autoconf invocations we now do when 'kqueue' is enabled.
Bump PKGREVISION to 1.
This switches to the new glib-2.28 branch which is intended to
help transition to glib/gtk3. Still binary compatible.
(The unix socket credential passing stuff needs work, but this
is new and thus no regression.)
gio-querymodules utility does not delete the file when no modules are left,
so we were left with a giomodule.cache file after removing glib2 that was
not managed by any package.
Also, and as a side effect, ensure that the files are created during
install time so that in-place updates work correctly.
Bump PKGREVISION to 2.
some packages deduce the full name to the tool instead of relying on the
PATH.
Attempt to do better by setting the GLIB_COMPILE_SCHEMAS variable to
a non-absolute name during the build, hoping that such packages do define
this Makefile variable.
This should fix the build of evince as reported in PR pkg/44589.
rebuild the precompiled database upon install/deinstall. This is mostly
a copy/paste of the same logic to deal with gio modules found in modules.mk.
No PKGREVISION bump because this does not affect the glib2 package in
itself.
* forget about problem with universal binaries; it's fixed with ABI
* replace libiconv_open with iconv_open in configure, so system libiconv can
be detected and used in 64-bit mode
#define _XOPEN_SOURCE 600 in glib/tests/strfuncs.c and include the required
header to define the major() & minor() macros in gio/gdbusmessage.c
upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=633390