GNOME Bugzilla – Bug 637145
Add g_vfunc_info_invoke
Last modified: 2015-02-07 16:50:08 UTC
this is needed so we can chain up to an ancestor's implementation of a vfunc.
Created attachment 176331 [details] [review] Add g_vfunc_info_invoke for calling the native implementation of a virtual function. Refactors the code common with g_function_info_invoke in _g_callable_info_invoke.
Hmm, I think I'd prefer a base API which can get the function pointer, i.e. _find_vfunc_pointer should be public. I don't mind the refactoring to _g_callable_info_invoke. But the goal for bindings should be direct invocation again; going through _g_callable_info_invoke is just pure overhead.
Review of attachment 176331 [details] [review]: See comment above.
Created attachment 176346 [details] [review] Add g_vfunc_info_invoke and g_vfunc_info_get_address for calling the native implementation of a virtual function. Refactors the code common with g_function_info_invoke in _g_callable_info_invoke.
Created attachment 177152 [details] [review] Add g_vfunc_info_invoke and g_vfunc_info_get_address for calling the native implementation of a virtual function. Refactors the code common with g_function_info_invoke in _g_callable_info_invoke.
Created attachment 178168 [details] [review] Add g_vfunc_info_invoke and g_vfunc_info_get_address for calling the native implementation of a virtual function. Refactors the code common with g_function_info_invoke in _g_callable_info_invoke.
ACK'ed by jdahlin on #introspection Attachment 178168 [details] pushed as 0c3a1d8 - Add g_vfunc_info_invoke and g_vfunc_info_get_address
[Mass-moving gobject-introspection tickets to its own Bugzilla product - see bug 708029. Mass-filter your bugmail for this message: introspection20150207 ]