forked from enlightenment/efl
Marcel Hollerbach
37d2d378ec
Until this commit eo did class functions as part of the vtable, which
enabled those functions to be overwritten in classes inheriting another
class. However in task T7675 we decided that this is not really good for
bindings, as most OOP languages do not support this sort of feature.
After this commit eolian realizes class function completly outside of
the vtable, the c-symbol that is the class funciton is now just directly
redirecting to a implementation, without the involvement of the vtable.
This also means a change to the syntax created by eo:
Calling before:
class_function(CLASS_A);
Calling after:
class_function();
Implementation before:
class_function(const Eo *obj, void *pd) { ... }
Implementation after:
class_function(void) { ... }
This fixes T7675.
Co-authored-by: lauromauro <lauromoura@expertisesolutions.com.br>
Reviewed-by: Daniel Kolesa <daniel@octaforge.org>
Differential Revision: https://phab.enlightenment.org/D7901
|
||
|---|---|---|
| .. | ||
| ecore_con_suite.c | ||
| ecore_con_suite.h | ||
| ecore_con_test_ecore_con.c | ||
| ecore_con_test_ecore_con_eet.c | ||
| ecore_con_test_ecore_con_url.c | ||
| ecore_con_test_efl_net_ip_address.c | ||
| meson.build | ||
| server.key | ||
| server.pem | ||