summaryrefslogtreecommitdiff
path: root/src/Makefile_Evil.am (follow)
AgeCommit message (Collapse)Author
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
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)/libbla.la 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