summaryrefslogtreecommitdiff
path: root/src/Makefile_Eet.am (follow)
AgeCommit message (Collapse)Author
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-16efl: fix compilation on Windows when no Evil library is installed.Cedric Bail
2013-03-12Tests: Output XML to build dir, not source dir.Tom Hacohen
2013-01-15efl: use autotools testsuite for running testsLucas De Marchi
Instead of just making our own "check-local" and calling the binaries ourselves, just append them into "TESTS" variable. Then they run after all check_PROGRAMS are compiled. The reasons for changing are: 1) If we change the test and call "make check" the test is not compiled again -- and the only way to compile it is to "make clean". 2) There's no need to reinvent the wheel here. With a recent version of Automake, the test output is redirected to log files. This is good but unexpected for whom was used to the previous way. So, be warned. SVN revision: 82841
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 -DPACKAGE_DATA_DIRGustavo Sverzut Barbieri
they were using $(PACKAGE) that is now "efl". SVN revision: 82211
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-30efl: move -lm to configure.ac variables.Gustavo Sverzut Barbieri
EFL_ADD_LIBS() will add to requirements_libs_NAME and that will end into NAME_LIBS. SVN revision: 81910
2012-12-20efl/eet_suite: fix handling of certificate.Gustavo Sverzut Barbieri
- do not chdir() during test, that's bad! - try exhaustively to find the pem. SVN revision: 81486
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-20efl/eet: Fix certifictate file path detection for eet tests.Stefan Schmidt
SVN revision: 81453
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-18merge: do not use recursive make for unit testsVincent Torri
SVN revision: 79413
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-01merge: move lz4 to src/static_libs/lz4 (same will hold for evas' linebreak), ↵Vincent Torri
ignore++-- SVN revision: 78807
2012-11-01merge: fix PACKAGE_DATA_DIR valueVincent Torri
The package is named 'efl', but we have to use the name of the library, so $(pkgdatadir) or $(PACKAGE) should not be used SVN revision: 78805
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