glib/gobject/tests/.gitignore

18 lines
157 B
Plaintext
Raw Normal View History

binding
2011-03-31 12:21:01 +02:00
boxed
closure
2009-12-18 12:27:36 +01:00
dynamictests
2011-03-31 12:21:01 +02:00
enums
ifaceproperties
object
2011-03-31 12:21:01 +02:00
param
properties
2012-09-03 14:56:10 +02:00
qdata
reference
2011-03-31 12:21:01 +02:00
signals
threadtests
2013-08-17 16:35:13 +02:00
type
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
2012-03-02 18:06:36 +01:00
marshalers.[ch]