summaryrefslogtreecommitdiff
path: root/src/Makefile_Ecore_Evas.am (follow)
AgeCommit message (Collapse)Author
2019-06-18autotools: REMOVAL!Marcel Hollerbach
Get your seatbelt fastend! It is happening! AUTOTOOLS IS GONE NOW! All praise to meson! This time the final version, ci has been adjusted, and now does not try anymore to build a removed buildsystem. However, the scripts in there need cleaning up. Differential Revision: https://phab.enlightenment.org/D9027
2019-06-18Revert "autotools: REMOVAL!"Marcel Hollerbach
This reverts commit e8c69667b01e2795c1e4ead0536652f935ffa674. git push on a wrong branch, sorry. This will land today, but not now.
2019-06-18autotools: REMOVAL!Marcel Hollerbach
Get your seatbelt fastend! It is happening! AUTOTOOLS IS GONE NOW! All praise to meson! Differential Revision: https://phab.enlightenment.org/D9027
2019-04-15Windows : fix the definition of EAPIVincent Torri
Summary: with autotools, EFL_BUILD was passed to the preprocessor for libraries and binaries, which was wrong. Only libraries must have EFL_BUILD defined. See T7797 for an explanation This also fix EAPI in Ecore_Getopt.g and Efl_UI.h Also note that all the wayland and drm Makefile's have not been touched Test Plan: compilation Reviewers: raster, zmike, cedric Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8602
2018-09-03build: add keymapheader to dist tarbalMarcel Hollerbach
Differential Revision: https://phab.enlightenment.org/D6962
2018-05-01ecore_evas: fix vnc_server build.Cedric BAIL
2018-02-17ecore: use new bs static libMarcel Hollerbach
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-09ecore-evas: Add static_libs/libdrm to ecore_evas_drm source filesChris Michael
Signed-off-by: Chris Michael <cp.michael@samsung.com>
2017-05-26wayland/drm: create evas_devices and add device pointer to input eventsMike Blumenkrantz
this is still semi-broken if a seat has many pointer-ish type devices since pointer devices in ecore-evas were never correctly implemented to be 1:1 with seat:cursor relationships @feature
2016-11-04Ecore_Evas VNC: Add frame buffer support.Guilherme Iscaro
2016-11-02wayland evas engines: share engine info structureDerek Foreman
These engines are incredibly similar - by sharing the same engine info structure we'll be able to simplify the wayland ecore_evas bits and make them much more maintainable.
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: https://phab.enlightenment.org/D4323 Reviewers: bdilly, cedric Reviewed By: cedric Subscribers: cedric, jpeg Differential Revision: https://phab.enlightenment.org/D4338 Signed-off-by: Cedric Bail <cedric@osg.samsung.com>
2016-05-27ecore-evas: Port ecore_evas drm engine to use Ecore_Drm2 libraryChris Michael
Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
2016-05-27ecore-drm2: Add start of Ecore_Drm2 libraryChris Michael
This new library is going to replace the existing Ecore_Drm. This will refactor a lot of the code, bring improvements over the existing API, and provide additional support for missing features. @feature Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
2016-05-18ecore-evas: Fix Makefile to not include Ecore_WaylandChris Michael
Ecore_Wayland is deprecated for 1.18 so this should have been removed during that commit. Fell through the cracks sadly @fix Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
2015-12-03ecore-wl2: Port Ecore_Evas engines to use Ecore_Wl2 codeChris Michael
Signed-off-by: Chris Michael <cp.michael@samsung.com>
2015-12-01ecore_cocoa: add support for system cursorsJean Guyomarc'h
- Ecore_Cocoa_Cursor enum which references system cursors; - API to show/hide cursor: ecore_cocoa_window_cursor_show(); - API to set system cursor: ecore_cocoa_window_cursor_set(); - Ecore_Evas interface to get Ecore_Cocoa_Window from Ecore_Evas. @feature Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-09-08ecore_evas_convert: make sure we add all needed flags and deps for the buildStefan Schmidt
We got a report where ecore_evas_convert linked against some old libs installed in the system instead of the recent ones in-tree. While I was not able to reproduce this the flags and deps for ecore_evas_convert have been missing in any case and could be the culprit. Ref T2716
2015-08-03Revert "Adds support of the eglfs module in the autotools config"Nicolas Aguirre
This reverts commit 3b2074aa710a095c2379702334bfa125bcc1990a.
2015-08-03Adds support of the eglfs module in the autotools configFlorent Revest
2015-04-10ecore_evas: remove unwanted binary.Cedric BAIL
This binary should have been removed before merging the branch. It did sleep in for no good reason, removing now.
2015-04-03ecore_evas: add a SVG vector dislay/converter tool.Cedric BAIL
2015-04-02ecore_evas - eetpack utility for packing files (imgs) into eet filesCarsten Haitzler (Rasterman)
this adds a new utility called "eetpack" that uses eet, ecore_evas, eina and evas to stuff images with various compressions/encodings (as well as raw data in a simple way) into eet files like edj files or any eet archive. can be used in combination with the "eet" utility and edje_cc generated edj files. @feature
2015-02-26build: Workaround an automake limitation during parallel install relinkingStefan Schmidt
With this commit I'm finally able to use -j10 for make install on my machine. During install libtool does some relinking which can result in to broken linking if the dependencies are not handled correctly. Sadly automake has a problem with the automatic dependency handling during install with LTLIBRARIES which we use for all our modules. For the details please see this 4.5 years old bug report: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7328 We are now setting the dependency manually to force automake to the right decision during install relinking. Speed improvement itself is not that high (make -j 1 compared to -j10): real 0m21.410s vs. real 0m17.066s The bigger benefit is the unified use of MAKEOPTS or normal -j X in all our build targets. I have seen quite some bug reports where -j was used for install target when it was used in the build target. Last but not least it helps me to unify some parts of the jenkins jobs and finally allows me to run distcheck with -j Which uses install internally and failed before. Which goes down from real 12m50.349s to real 5m52.120s.
2014-08-28gl-drm: Fix missing link to gbm for ecore_evas_drm and clean up build scriptGwanglim Lee
@fix Summary: This fixes following build script problems for ecore_evas_drm engine module. 1. Missing link to gbm for ecore_evas_drm if '--enable-gl-drm' option is given. ecore_evas_drm engine is using gbm function if it builds with that config option. To be more exact, ecore_evas_gl_drm_new_internal function needs gbm. Thus we need to add gbm library linking '-lgbm' to ecore_evas_drm engine module if '--enable-gl-drm' option is given. I've added this build script to m4/ecore_check_module.m4 file. 2. Wrong gbm dependency check code in configure.ac EFL_OPTIONAL_INTERNAL_DEPEND_PKG m4 macro function is designed for checking dependency of efl internal libraries. Thus we should remove gbm pkg name when configuring ecore_evas_drm engine module. It would be better to move dependency check for gbm to m4/ecore_check_module.m4 file. And one more thing want_drm value has to be changed to want_gl_drm in ECORE_EVAS_MODULE([gl-drm]...). 3. BUILD_ECORE_EVAS_OPENGL_DRM macro is always defined in configure.ac. This kind of macro, BUILD_EFL_MODULE_NAME, has to be defined only if given module is enabled. But this macro value was just defined with no test. And it is even useless, we can use BUILD_ECORE_EVAS_GL_DRM macro which is defined by ECORE_EVAS_MODULE([gl-drm], [${want_gl_drm}],...) function. So I've removed that from configure.ac. Test Plan: 1. Configure with --enable-gl-drm: $ ./autogen.sh --enable-drm --enable-gl-drm 2. Build: $ make && make install 3. Check module.so of ecore_evas_drm engine whether it has a library dependency with gbm: $ readelf -a $EFL_GIT/src/modules/ecore_evas/engines/drm/.libs/module.so | grep NEEDED Reviewers: raster, stefan_schmidt, devilhorns Reviewed By: devilhorns Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D1379
2014-08-21evas: add evas gl-drm engineMun, Gwan-gyeong
Summary: This is the first step to introduce a gl-drm backend. Test Plan: "ecore evas" create with ecore_evas_gl_drm_new(). It creates "ecore evas" with gl_drm evas backend. @feature Reviewers: raster, Hermet, cedric, devilhorns Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D1187 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2014-07-02autotools: Fixed 'make examples' and 'make examples-install'Savio Sena
It was broken in set-ups with ($(builddir) != $(srcdir)) && ($(builddir) != $(srcdir)/build)
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-04-01ecore_evas: add a tool that can convert file using Evas internal loaders and ↵Cedric BAIL
savers.
2014-01-04ecore_evas: extn - restore missing symbol that resulted in a temporary ABI ↵Cedric Bail
break. Thanks to Albin and Debian tools to have spotted that. - cherry-pick me -
2013-11-19distcheck - solve missing ecore_evas_drm.hCarsten Haitzler (Rasterman)
2013-05-14Start on ecore_evas Drm code.Chris Michael
Signed-off-by: Chris Michael <cp.michael@samsung.com>
2013-04-24add a global Efl_Config.h for everyone.Carsten Haitzler (Rasterman)
* ned to replicate changes in other .pc.in files * need to replicate changes in other E*.h installed header files
2013-03-23update po's ... :/Carsten Haitzler (Rasterman)
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-01-19fix missing linkage with -lrt for shm_open users.Gustavo Sverzut Barbieri
strange that nobody except hdante noticed this before, but it was missing linkage with -lrt in libemotion (due generic being static) and ecore_evas/extn. SVN revision: 83007
2013-01-16fix --enable-sdl compilation.Gustavo Sverzut Barbieri
Patch by Arvind R. SVN revision: 82896
2013-01-16each module install headers in their own directory.Gustavo Sverzut Barbieri
SVN revision: 82895
2013-01-14efl: simplify automake.Gustavo Sverzut Barbieri
Instead of -I$(top_srcdir)... -I$(top_builddir)... and then do it for the .la, use the EFL_ macros to generate the contents to be used in automake files. There is a nasty bit that libtool will parse Makefile*.am and will not get _DEPENDENCIES from _LIBADD and _LDADD if these are in @REPLACEMENT@. To solve this we must explicitly set _DEPENDENCIES. The contents of this is almost the same as _LIBADD or _LDADD with the "_INTERNAL_" replacement name. I hope the code will be result will be shorter and consistent as there is less places to change when we add/remove dependencies. Statistics are quite impressive (diffstat): {{{ 37 files changed, 663 insertions(+), 1599 deletions(-) }}} SVN revision: 82785
2013-01-11efl/ecore_evas: merge buffer into core, split extn apart.Gustavo Sverzut Barbieri
buffer is lightweight and dependency for many engines, merge it back into core. extn is a module on its own, and it's the only one linking to ecore_ipc, no need to add that to ecore_evas. minor cosmetic changes to configure to make output consistent. SVN revision: 82648
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-31efl: unbreak last commit.Gustavo Sverzut Barbieri
seems that automake will parse LDFLAGS for -module and if it's not present it will complain about name not starting with 'lib'. seems my last try was without NOCONFIGURE=1 and autogen continued to the old ./configure, that printed lots of messages and the error went unnoticed SVN revision: 81917
2012-12-31efl: create macro to simplify libtool module declaration.Gustavo Sverzut Barbieri
SVN revision: 81916
2012-12-31efl: refactor CFLAGS, LIBS, LIBADD and LDADD usage.Gustavo Sverzut Barbieri
- remove EFL_LIBS and EFL_CFLAGS, use per-lib values that inherit from EFL (general) - add NAME_LDFLAGS and EFL_LDFLAGS for linker flags. - LDADD (binaries) now use NAME_LDFLAGS instead of NAME_LIBS, as they link to libname.la and that will pull in the libtool dependencies SVN revision: 81915
2012-12-30efl: unify LDFLAGS for LTLIBRARIESGustavo Sverzut Barbieri
SVN revision: 81911
2012-12-20efl: simplify linkage/usage of evil on windows.Gustavo Sverzut Barbieri
instead of spreading it all around, just define 2 AC_SUBST() that will do the work. SVN revision: 81477
2012-12-19cleaning: remove unneeded $(top_builddir)Vincent Torri
SVN revision: 81324
2012-12-18sorry vincent. i know you dont like thus, but with this commit eflCarsten Haitzler
tree simply is broken and doesnt compile. error here: ... src/Makefile_Evas.am:1809: unterminated conditionals: HAVE_WINDOWS_TRUE src/Makefile.am:24: src/Makefile_Evas.am' included from here src/Makefile.am:128: unterminated conditionals: HAVE_WINDOWS_TRUE src/Makefile.am: installing ./depcomp' automake: #################### automake: ## Internal Error ## automake: #################### automake: undefined condition TRUE' for RECURSIVE_TARGETS' automake: RECURSIVE_TARGETS: automake: { automake: HAVE_WINDOWS => { automake: type: += automake: where: /usr/share/automake-1.11/am/texinfos.am: automake: comment: automake: value: dvi-recursive html-recursive info-recursive pdf-recursive ps-recursive \ automake: install-dvi-recursive \ automake: install-html-recursive \ automake: install-info-recursive \ automake: install-pdf-recursive \ automake: install-ps-recursive all-recursive check-recursive installcheck-recursive automake: owner: Automake automake: } automake: } automake: automake: Please contact <bug-automake@gnu.org>. at /usr/share/automake-1.11/Automake/Channels.pm line 657 Automake::Channels::msg('automake', '', 'undefined condition TRUE\' for RECURSIVE_TARGETS\'\x{a}RECURSIV...') called at /usr/share/automake-1.11/Automake/ChannelDefs.pm line 208 Automake::ChannelDefs::prog_error('undefined condition TRUE\' for RECURSIVE_TARGETS\'\x{a}RECURSIV...') called at /usr/share/automake-1.11/Automake/Item.pm line 94 Automake::Item::rdef('Automake::Variable=HASH(0x38cbe20)', 'Automake::Condition=HASH(0x2832a48)') called at /usr/bin/automake line 4102 Automake::handle_subdirs() called at /usr/bin/automake line 8305 Automake::generate_makefile('src/Makefile.am', 'src/Makefile.in') called at /usr/bin/automake line 8602 Automake::handle_makefile('src/Makefile.in') called at /usr/bin/automake line 8616 Automake::handle_makefiles_serial() called at /usr/bin/automake line 8769 autoreconf: automake failed with exit status: 255 ... i looked at the HAVE_WINDOWS if's and it seems fine to me - i couldnt find what was missing, so i had to resort to a revert instead of fix :( sorry :( SVN revision: 81267
2012-12-18no need to search headers in builddirVincent Torri
SVN revision: 81258