summaryrefslogtreecommitdiff
path: root/src/Makefile_Evil.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-05-15Evil: move the inclusion of all headers in evil_private.hVincent Torri
Summary: first step for making Evil private. evil_private.h will be included in the EFL source code instead of Evil.h Test Plan: compilation Reviewers: raster, cedric, zmike Reviewed By: raster Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8893
2019-04-18Evil tests: remove tests of functions provided by mingw-w64Vincent Torri
Summary: mingw-w64 developpers already tests basename and dirname Test Plan: compilation Reviewers: zmike, raster Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8649
2019-04-18Windows: remove fnmatch and regex in Evil and use the ones in regex DLL ↵Vincent Torri
installed by ewpi Test Plan: compilation with autotools and meson (at least as far as it can go) Reviewers: zmike, raster Reviewed By: zmike Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D8646
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
2019-04-09unit tests: fix warnings when fork() is not available, fix evil's unit tests ↵Vincent Torri
compilation Summary: * some variables were defined, only when fork() was available * since Eina.h is included unconditionally, add Eina path in Makefile_Evil.am Test Plan: compilation Reviewers: zmike, cedric, raster, devilhorns Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl_build Differential Revision: https://phab.enlightenment.org/D8586
2018-04-05tests: unbreak PACKAGE_BUILD_DIR usage in makefilesMike Blumenkrantz
for some reason, a few projects changed this from the expected value of abs_top_builddir for their test suites, breaking the usage of this define within those tests fix T6812 Reviewed-by: Stefan Schmidt <stefan@osg.samsung.com>
2018-02-01evil: final step : remove completely the binary, useless now that the unit ↵Vincent Torri
test is theree Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2018-01-31evil: remove useless binary testsVincent Torri
Signed-off-by: Cedric Bail <cedric@osg.samsung.com>
2018-01-30Evil: remove "symlink" code (it was for .lnk files anyway...)Vincent Torri
2018-01-30Windows: remove symlink() usage in edje_decc and evil binariesVincent Torri
2018-01-12Evil: remove useless dirent codeVincent Torri
Test Plan: compilation of the EFL Reviewers: cedric Subscribers: jpeg Differential Revision: https://phab.enlightenment.org/D5735 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2018-01-04build: commit also changes in Evil's Makefile.amVincent Torri
2017-12-31Fix and simpligy windows behaviour.Andy Williams
Author: Vincent Torri
2017-11-10evil: add tests for Windows port.Vincent Torri
Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2017-10-01Windows: remove XP support and forbid compilation and run on this platformVincent Torri
Test Plan: run on XP Reviewers: jpeg, cedric, ajwillia.ms Reviewed By: ajwillia.ms Subscribers: ajwillia.ms Differential Revision: https://phab.enlightenment.org/D5245
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: https://phab.enlightenment.org/D3409
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 <cedric@osg.samsung.com>
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 <cedric.bail@samsung.com>
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 <cedric.bail@samsung.com>
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 .pc.in 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: * Makefile.am: removed all .pc from EXTRA_DIST, we shouldn't distribute them here as they will contain ./configure data such as install location. * src/Makefile.am: 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 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
2012-11-13fix the fix...Vincent Torri
SVN revision: 79195
2012-11-13merge: fix Evil standard headers installationVincent Torri
SVN revision: 79194