glib/gobject/tests/.gitignore

binding
boxed
closure
dynamictests
enums
ifaceproperties
object
param
properties
qdata
reference
signals
threadtests
type
valuearray
private
marshalers.[ch]
gobject: Add GBinding GBinding is a simple, opaque object that represents a binding between a property on a GObject instance (source) and property on another GObject instance (target). https://bugzilla.gnome.org/show_bug.cgi?id=348080 2010-06-04 17:17:15 +02:00			`binding`
Improve .gitignore 2011-03-31 12:21:01 +02:00			`boxed`
gsourceclosure: fix idle/timeout/signal closures, add child watch support And add a test for all source types. https://bugzilla.gnome.org/show_bug.cgi?id=704267 2013-07-18 00:58:18 +02:00			`closure`
update .gitignores 2009-12-18 12:27:36 +01:00			`dynamictests`
Improve .gitignore 2011-03-31 12:21:01 +02:00			`enums`
			`ifaceproperties`
gobject: forbid finalization-during-construction If a constructor() implementation created an object but then unreffed it rather than returning it, that object would get left on the construction_objects list, which would cause problems later when that memory location got reused by another object. "Fix" this by making it fail intentionally, and add a test for it (and for the normal, working singleton case). https://bugzilla.gnome.org/show_bug.cgi?id=661576 2013-04-29 19:04:11 +02:00			`object`
Improve .gitignore 2011-03-31 12:21:01 +02:00			`param`
gobject: Add install_properties() Since we added g_object_notify_by_pspec(), an efficient way to install and notify properties relies on storing the GParamSpec pointers inside a static arrays, like we do for signal identifiers. Instead of multiple calls to g_object_class_install_property(), we should have a single function to take the static array of GParamSpecs and iterate it. https://bugzilla.gnome.org/show_bug.cgi?id=626919 Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com> 2010-08-18 16:32:27 +02:00			`properties`
update .gitignore 2012-09-03 14:56:10 +02:00			`qdata`
New function: g_clear_object() By analogy to g_clear_error, takes a pass-by-reference GObject reference and, if non-%NULL, unrefs it and sets it equal to %NULL. Bug #620263. 2010-11-08 22:42:32 +01:00			`reference`
Improve .gitignore 2011-03-31 12:21:01 +02:00			`signals`
Bug 549771 – improved .gitignore for glib 2007-09-02 Ryan Lortie <desrt@desrt.ca> Bug 549771 – improved .gitignore for glib * docs/reference/.gitignore: * docs/reference/gio/.gitignore: * docs/reference/gobject/tmpl/.gitignore: * gio/.gitignore: * gio/tests/.gitignore: * glib/.gitignore: * glib/libcharset/.gitignore: * glib/tests/.gitignore: * gmodule/.gitignore: * gobject/.gitignore: * gobject/tests/.gitignore: * po/.gitignore: * tests/.gitignore: new files * .gitignore: remove 'build' (since it's part of glib now), add more useful things. svn path=/trunk/; revision=7432 2008-09-02 20:40:39 +02:00			`threadtests`
update .gitignores 2013-08-17 16:35:13 +02:00			`type`
gitignore tweaks 2011-07-22 15:47:11 +02:00			`valuearray`
Allow registering instance private data during get_type() For static types, it should be possible to register a private data structure right when we are registering the type, i.e. from the get_type() implementation. By allowing this, we can take advantage of the existing type definition macros to cut down the amount of code necessary (as well as the knowledge baggage) when creating a new type. The main issue with this new feature is that it cannot be mixed with the old idiomatic way of adding private instance data by calling a function in the middle of the class_init() implementation, as that imposes the additional constraint of initializing the whole type hierarchy in order to retrieve the offset of the private data in the GTypeInstance allocation. For this reason we are going to follow a two-step process; in the first step, we are going to introduce the new (semi-private) API to register the intent to add private instance data from within the get_type() implementation, and hide it behind a macro; at the same time, the G_DEFINE_TYPE_EXTENDED macro is going to be modified so that it will register the private instance data if the macro was used, using a new (semi-private) function as well. Once we have migrated all our code, we will make the first new function perform the actual private data registration, and turn the second new function into a no-op. This should guarantee a transparent migration of existing code to the new idiomatic form. https://bugzilla.gnome.org/show_bug.cgi?id=700035 2013-05-09 23:41:26 +02:00			`private`
build: Fix rules for marshalers.[ch] 2012-03-02 18:06:36 +01:00			`marshalers.[ch]`