path: root/src/ (follow)
AgeCommit message (Collapse)Author
2017-11-10evil: add tests for Windows port.Vincent Torri
Signed-off-by: Cedric BAIL <>
2017-10-01Windows: remove XP support and forbid compilation and run on this platformVincent Torri
Test Plan: run on XP Reviewers: jpeg, cedric, Reviewed By: Subscribers: Differential Revision:
2016-08-02build: do not dist now longer available filesStefan Schmidt
Another cleanup for commit dd1d3f0d2d8f7369f7461f54928eac2a4fce99fb. These makefiles are now longer available better not try to dist them.
2016-06-10build: split EXTRA_DIST files in src/ off from DISTFILES and handle separatelyStefan Schmidt
This is again to avoid the "Argument list too long" error we are hitting more and more now. Given we just merged elementary, emotion generic players, evas generic loaders and elm_code it is not surprising we are hitting it again. This time the number of files being hold in DISTFILES has just grown to big so a make dist was no longer possible. If one looks at what the DISTFILES variable from automake holds you can image it grows a lot with all the source files plus generated files we have in tree now. DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) To cut off a big chunk but still keep all the other automagic in place for SOURCE files I went and renamed the EXTRA_DIST in src/ to EXTRA_DIST2 and handle the files in a dist-hook now. Another thing to note here is that this also only happens as we have the one big Makefile with includes. If we go back to per directory Makefiles this problem should vanish as well. In any case we need a solution for 1.18 now and this is what I have to offer. If you have a cleaner solution in mind feel welcome to test it out and if everything we need keeps working (make, make examples, make check, make benchmark, make dist and make distcheck) go ahead.
2016-04-15autotools: fix make distcheck.Cedric Bail
2015-12-29Evil: integrate the dlfcn code into EvilVincent Torri
This will remove some incompatibilities with other packages, especially for win-builds
2015-12-08Evil: fix infinite recursive loop in previous addition of setlocale() in EvilVincent Torri
Summary: setlocale() called itself because it was defined as a #define so remove this #define from evil_locale.h and move it in another header file To avoid future problem, move similar defines to this header file Also clean all the header file mess in Evil Reviewers: cedric Subscribers: jpeg Differential Revision:
2015-11-30Evil: add support for LC_MESSAGES for setlocale()Vincent Torri
LC_MESSAGES is an extension to C ANSI and does not exist on Windows. So add LC_MESSAGES API and overload setlocale() to support it @feature
2015-05-07evil: fix dladdr() implementation, add 2 unit tests for evil.Vincent Torri
@fix Signed-off-by: Cedric BAIL <>
2015-04-19evil: remove unused files (evil_p*) and uneeded evil_uuid.c file (managed by ↵Vincent Torri
mingw-w64) Just keeping up with latest mingw-w64.
2014-07-13efl: remove Windows CE supportVincent Torri
2014-02-21Evil: Fix parallel build for WindowsJean-Philippe Andre
Add some internal dependencies when building Evil stuff: The two binaries test_evil and evil_suite need libdl and libevil. This should fix "make -j8" Tested with using mingw64 cross compilation
2013-11-04evil: add regex code (needed for elm).Vincent Torri
Signed-off-by: Cedric Bail <>
2013-10-31evil: let's try if we only use that macro.Cedric Bail
2013-10-31evil: remove libgen and the GNU *printf code (both in mingw-w64).Vincent Torri
This should reduce the code size of evil and reduce maintainance as mingw does now take care of it. Signed-off-by: Cedric Bail <>
2013-07-18Revert "evil: Fix parallel make by setting internal dependencies."Stefan Schmidt
This reverts commit 0f0165e253558eed5d8817e21908a5aaa2016304. Reverting my whole try to make the mingw build work with make -j6 on jenkins. People told me that other people said that parallel build was already working fine. Thats not what I see, but I could not care less. If some folks leave the community but still want to preserve ownership about specific parts I'm not in the mood for any such politics.
2013-07-18Revert "evil: Also add LDL_LIB to LIDADD"Stefan Schmidt
This reverts commit 079bc42bfe0ecaba951e2cecf52a4531828e56d7.
2013-07-18Revert "evil: Evils own libdl lib is also needed for the test programs."Stefan Schmidt
This reverts commit 525c4cbecebb25f7b939c3a7e47957042862c4ee.
2013-07-18evil: Evils own libdl lib is also needed for the test programs.Stefan Schmidt
Looks like USE_EVIL_INTERNEL_LIBS does only contains libevil itself. For the test programs we still need the evil specific libdl for linking. Lets hope this is the last parallel make fix for evil.
2013-07-18evil: Also add LDL_LIB to LIDADDStefan Schmidt
2013-07-18evil: Fix parallel make by setting internal dependencies.Stefan Schmidt
The mingw build was failing when running in parallel. It was not finding the internal lib for linking. Make sure we properly depend on them.
2013-04-24add a global Efl_Config.h for everyone.Carsten Haitzler (Rasterman)
* ned to replicate changes in other files * need to replicate changes in other E*.h installed header files
2013-03-16evil: uselesss dependencies.Cedric Bail
2013-03-10evil: cleanup compiler flags.Cedric Bail
- Pass EVIL_CFLAGS to C++ compiled files (needed for -DEF_EVIL_BUILD) - Some warning flags should not be passed to C++ compiler, so put them in another variable
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-04efl: fix make dist.Gustavo Sverzut Barbieri
Carefully compared 'svn export' and 'make dist' results and couple of files were missing. Changes: * removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/ moved all if-endif to files, otherwise EXTRA_DIST won't work properly. We must EXTRA_DIST outside of the if-endif block. * static_libs/liblinebreak: removed couple of unused files. SVN revision: 82241
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 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/ unterminated conditionals: HAVE_WINDOWS_TRUE src/ src/' included from here src/ unterminated conditionals: HAVE_WINDOWS_TRUE src/ 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/ 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 <>. at /usr/share/automake-1.11/Automake/ line 657 Automake::Channels::msg('automake', '', 'undefined condition TRUE\' for RECURSIVE_TARGETS\'\x{a}RECURSIV...') called at /usr/share/automake-1.11/Automake/ line 208 Automake::ChannelDefs::prog_error('undefined condition TRUE\' for RECURSIVE_TARGETS\'\x{a}RECURSIV...') called at /usr/share/automake-1.11/Automake/ 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/', 'src/') called at /usr/bin/automake line 8602 Automake::handle_makefile('src/') 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
2012-11-13fix the fix...Vincent Torri
SVN revision: 79195
2012-11-13merge: fix Evil standard headers installationVincent Torri
SVN revision: 79194
2012-11-09merge: i should have compiled first...Vincent Torri
SVN revision: 79063
2012-11-09merge: clean gcno filesVincent Torri
SVN revision: 79062
2012-11-06merge: fix compilation on WindowsVincent Torri
SVN revision: 78952
2012-11-01efl: Fix parallel makeLucas De Marchi
When creating the rules to build, we can't declare the lib dependencies in LDADD/LIBADD using $(top_builddir)/ because automake doesn't know this is related to the libbla_la rule. Please check if evil works, too. Since I don't run evil code, it's untested. SVN revision: 78800
2012-11-01merge: don't use recursive subdirs. Compilation should be faster.Vincent Torri
Please check. note1: Only lib and bin for now, but should be extended to other stuff note2: distcheck does not work because eo_suite is failing. SVN revision: 78758