path: root/src/lib/ecore_evas/ecore_evas_module.c (follow)
AgeCommit message (Collapse)Author
2017-11-23ecore_evas: use access() instead of stat()Lauro Moura
Summary: stat() wasn't working on Windows due to some msys2/mingw quirk. Reviewers: felipealmeida, cedric, vtorri Subscribers: jenkins, jpeg Tags: #windows Differential Revision: Signed-off-by: Cedric Bail <>
2017-08-25efl: remove PS3 backend.Cedric BAIL
This backend has received no patch and maintenance from anyone who could actually test it over the last few years. After talking with KaKaRoTo it is best to remove it. If anyone want to take over its maintenance, you are welcome to revert this patch.
2017-06-05ecore_evas: use strbuf instead of PATH_MAX.Cedric BAIL
2017-02-03ifdef RUN_IN_TREE logic.Gustavo Sverzut Barbieri
This logic is only needed for autotools, cmake will replicate the installation file structure and thus eina_prefix works out of box.
2016-11-03remove xcb support in ecore_x and evas engines as per mailing listCarsten Haitzler (Rasterman)
as per mailing list discussion about dropping xcb support now. it hasn't been complete for a long time, thus not recommented for being turned on. as we are moving to a wayland world xcbmakes even less sense. as agreed, time to clean up a bit and remove a distraction as well as not well tested code. this also updates po's too. @feature
2016-10-28ecore_evas: refactor VNC as an Eina Module.Guilherme Iscaro
Summary: This change removes the necessity to link EFL against the libvncserver Please ignore the first three commits, they're being reviewed here: Reviewers: bdilly, cedric Reviewed By: cedric Subscribers: cedric, jpeg Differential Revision: Signed-off-by: Cedric Bail <>
2015-08-03Revert "ecore_evas: Adds an eglfs module"Nicolas Aguirre
This reverts commit a254725d6dedbcfec638f8151bd89e9db068df8f.
2015-08-03ecore_evas: Adds an eglfs moduleFlorent Revest
2015-06-05ecore-evas: Change gl_drm to be the proper engine nameChris Michael
@fix Signed-off-by: Chris Michael <>
2014-09-16ecore-evas: Add missing opengl_drm engine in available engine listGwanglim Lee
Summary: This adds opengl_drm to the list of ecore-evas available engines. Now, we can test opengl_drm engine using expedite. Test Plan: run expedite with opengl_drm option Reviewers: devilhorns, stefan_schmidt, cedric, raster Subscribers: cedric Differential Revision:
2014-07-11ecore-evas: Remove extra whitespaceChris Michael
Signed-off-by: Chris Michael <>
2014-07-11ecore-evas: Fix missing drm engine in listChris Michael
Drm is an available ecore_evas engine if support was built for it, however it was not being listed as an available engine. This adds drm to the list of available engines. @fix Signed-off-by: Chris Michael <>
2014-05-20Win32: Fix ecore_evas engine search pathJean-Philippe Andre
Engines are stored in a lib/ folder, while the main DLL files are in the bin/ folder, so the engine would never be found. A solution was to add the proper checkme file in the share folder, but since this is necessary only for Windows, we can simply use ../lib instead of using the full eina_prefix detector. Thanks vtorri for the review.
2014-01-08fix missed ifdef lack for getuid for windowsCarsten Haitzler (Rasterman)
2014-01-08fix mingw build for setuid fix/checksCarsten Haitzler (Rasterman)
2014-01-08setuid safeness - ensure if an app that is setuid doesn't do bad thingsCarsten Haitzler (Rasterman)
this makes efl ignore certain env vars for thnigs and entirely removes user modules (that no one ever used) etc. etc. to ensure that *IF* an app is setuid, there isn't a priv escalation path that is easy.
2013-03-19efl: add macro to swap Windows and Unix path separators.Cedric Bail
2013-03-12ecore_evas: re-order inclusion of header to fix compilation on Windows.Cedric Bail
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-02-14change to code that was added during 1.8 dev.. so no need forCarsten Haitzler
chlog/news... dont ever unload (free) ecore-evas modules to avoid symbol problems. SVN revision: 83885
2013-01-04efl: make libraries aware of EFL_RUN_IN_TREE.Gustavo Sverzut Barbieri
this variable tells that the build is being done in tree and we should not look at install locations. SVN revision: 82217
2012-12-13ecore-evas moduels broke listing of modules... names all changed!Carsten Haitzler
fix... the long ugly way! :( SVN revision: 80788
2012-12-06ecore_evas: Removing warning about unused functionFlavio Vinicius Alvares Ceolin
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-05ecore_evas: Make the engines loadable modulesFlavio Vinicius Alvares Ceolin
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