Commit Graph

6 Commits

Author SHA1 Message Date
Cedric Bail 32661a5ac4 ecore_evas: re-order inclusion of header to fix compilation on Windows.
It is a very tricky things to get header order right on windows. Having that
order only in .c files simplify the work a lot. So let's try to do it with
Ecore_Evas after it rewrite and split into modules.
2013-03-12 15:58:43 +09:00
Carsten Haitzler 7d624a5f4b change to code that was added during 1.8 dev.. so no need for
chlog/news...

dont ever unload (free) ecore-evas modules to avoid symbol problems.



SVN revision: 83885
2013-02-14 09:40:23 +00:00
Gustavo Sverzut Barbieri 733425c62c efl: make libraries aware of EFL_RUN_IN_TREE.
this variable tells that the build is being done in tree and we should
not look at install locations.



SVN revision: 82217
2013-01-04 17:19:43 +00:00
Carsten Haitzler 5898909947 ecore-evas moduels broke listing of modules... names all changed!
fix... the long ugly way! :(



SVN revision: 80788
2012-12-13 00:55:53 +00:00
Flavio Vinicius Alvares Ceolin 186156afbc ecore_evas: Removing warning about unused function
Now the engines are modules, the checking for the engine is not done
in the compile time anymore, so we're removing these checks.



SVN revision: 80389
2012-12-06 20:39:20 +00:00
Flavio Vinicius Alvares Ceolin ad7579c129 ecore_evas: Make the engines loadable modules
Implementing support for loadables modules. It makes the engines been
loaded when they are needed. It not breakes the api, so each engine
still has its own api.

The implementation basically is:

* Functions that creates Ecore_Evas, for example
  ecore_evas_software_x11_new, request to load its module and then get
  the module's function to create the Ecore_Evas.
* The other functions such as \(.*\)_window_get from the Ecore_Evas
  its interface and then call the appropriate method.
* As there is no unified interface to communicate with the engines
  (not break api problem), all interfaces were declared in
  ecore_evas_private.h
* Now the data necessary for each module is not declared in the
  Ecore_Evas_Engine structure, instead of this, the struct has a void
  pointer that is used by the modules.
* In this first moment engines as software_x11 and gl_x11 were put
  together in the same module, but obviously exporting all the things
  necessary.


SVN revision: 80280
2012-12-05 21:15:42 +00:00