Conflicts:
	glib/glibmm/arrayhandle.h
	glib/glibmm/listhandle.h
	glib/glibmm/slisthandle.h

Kjell Ahlstedt authored Feb 01, 2011 and Murray Cumming committed Feb 02, 2011

* tools/pm/Output.pm:
* tools/pm/WrapParser.pm: Add handling of optional arguments
custom_vfunc[_callback] in _WRAP_VFUNC. Bug 641165.

Kjell Ahlstedt authored Feb 01, 2011 and Murray Cumming committed Feb 02, 2011

* tools/pm/Output.pm:
* tools/pm/WrapParser.pm: Add handling of optional arguments
custom_vfunc[_callback] in _WRAP_VFUNC. Bug 641165.

Krzesimir Nowak authored Jan 31, 2011 and Murray Cumming committed Feb 01, 2011

* glib/glibmm/vectorutils.h: Documented important parts of *Keeper classes
and corrected examples in *Handler classes. The documentation mostly tries
to explain memory management.

* glib/glibmm/vectorutils.h: Some simple documentation about the *Handler
utility classes, though I need to correct the example code and explain the
memory mangement when that is clear to me.

* glib/glibmm/arrayhandle.h:
* glib/glibmm/listhandle.h:
* glib/glibmm/slisthandle.h: Mention that we try not to use these now,
though we cannot actually deprecate them yet without forcing other libraries
such as pangomm to deprecate the methods that use them, which they cannot
really do because they cannot just add a method overload without introducing
ambiguity.

Conflicts:
	glib/glibmm/vectorutils.cc
	glib/glibmm/vectorutils.h
	glib/src/balancedtree.hg
	tests/glibmm_bool_vector/main.cc
	tests/glibmm_vector/main.cc

* glib/src/balancedtree.hg: Changed <glib/gtree.h> to <glib.h>.

Krzesimir Nowak authored Jan 24, 2011 and Murray Cumming committed Jan 27, 2011

* glib/glibmm/vectorutils.[h|cc]: New files implementing an array, list,
slist <-> std::vector convertions. It implements also a specialization
for bool types.
* glib/glibmm.h: Include vectorutils.h.
* glib/glibmm/filelist.am: Added vectorutils to build.
* tests/glibmm_vector/main.cc: New test for general vectorutils check.
* tests/glibmm_bool_vector/main.cc: New test checking bool specializations.
* tests/Makefile.am: Added above tests to build system.

Conflicts:
	gio/src/resolver.ccg
	gio/src/resolver.hg

No need for ListHandler nor SListHandler detected.

By splitting the class we avoid writing bool specializations for
list and slist stuff, which are useless and removed now.

Now it does not link... VectorHandler class will need to be split
into ArrayHandler, ListHandler and GSListHandler, so bool
specializations for list and slist will go away. And probably
template functions will have to be changed into functors.

Also changed keepers' casting operator into data() method, because
it didn't work nicely with const_casts. Of course the code does not
compile now...

* gio/src/resolver.[hg|ccg]: Use the correct OWNERSHIP_*, based on the
documentation for the C functions. We must release both the list and the
items.

* gio/src/application.ccg: Include giomm/init.h.

Ownership in such cases is always shallow.

* gio/src/application.[hg|ccg]: Use a custom klass init function to
make sure that glibmm and giomm are initialized when Gio::Application is
instantiated, so it is then unnecssary to call them explicitly.

This reverts commit 590000d0.
Initializing glibmm in ObjectBase is not actually necessary.

Also reserve memory for vector when creating it from GList or SList.

	* glib/glibmm/objectbase.cc: Constructors: Call Glib::init(), making it
	unnecessary to call this explicitly before instantiating a Glib::Object.
	* gio/src/application.ccg: Make sure that giomm can be used as soon as a
	Gio::Application has been instantiated.
	This should let use just instantiate a Gtk::Application
	instead of using Gtk::Main.