summaryrefslogtreecommitdiff
path: root/src/Makefile_Eio.am
Commit message (Collapse)AuthorAgeFilesLines
* add a global Efl_Config.h for everyone.Carsten Haitzler (Rasterman)2013-04-241-1/+1
| | | | | * ned to replicate changes in other .pc.in files * need to replicate changes in other E*.h installed header files
* efl: simplify automake.Gustavo Sverzut Barbieri2013-01-141-19/+3
| | | | | | | | | | | | | | | | | | | | | | | | 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
* efl: refactor CFLAGS, LIBS, LIBADD and LDADD usage.Gustavo Sverzut Barbieri2012-12-311-1/+1
| | | | | | | | | | | | | | - 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
* efl: unify LDFLAGS for LTLIBRARIESGustavo Sverzut Barbieri2012-12-301-1/+1
| | | | SVN revision: 81911
* cleaning: remove unneeded $(top_builddir)Vincent Torri2012-12-191-5/+1
| | | | SVN revision: 81324
* sorry vincent. i know you dont like thus, but with this commit eflCarsten Haitzler2012-12-181-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* no need to search headers in builddirVincent Torri2012-12-181-5/+0
| | | | SVN revision: 81258
* efl/ecore_file: refactor to be more like eio in providing backends.Gustavo Sverzut Barbieri2012-12-061-1/+1
| | | | | | | | | | | | instead of the previous mess, just define the functions with common names and call the backend that was compiled in, similar to what eio does. also do not be silent on errors, use eina_safety_checks to issue warnings. SVN revision: 80360
* efl: common inotify checks, simplified.Gustavo Sverzut Barbieri2012-12-061-1/+1
| | | | | | | | | | | | | | | Another try to make inotify checks more common. This time uses AC_CHECK_HEADERS() as for others, that already define HAVE_SYS_INOTIFY_H, then uses that. I still kept AM_CONDITIONAL([HAVE_INOTIFY]) because I plan to convert ecore_file to the same, smarter, method that is used in eio (compiling the file depending on the backend. SVN revision: 80358
* inotify: revert : i want to keep autotools **modularized**. Instead, use in ↵Vincent Torri2012-12-061-1/+1
| | | | | | Eio what has been detected in Ecore_File. SVN revision: 80298
* efl: simplify inotify by moving it to common.Gustavo Sverzut Barbieri2012-12-061-1/+1
| | | | | | | | also deprecate very ancient inotify usage by direct syscall. SVN revision: 80292
* and update eio.pc.in too (+ minor stuff)Vincent Torri2012-12-041-2/+4
| | | | SVN revision: 80184
* merge: eio + fix compilation on windows + minor fixes + po filesVincent Torri2012-12-041-0/+50
don't move eio to IN-EFL right now SVN revision: 80180
View Lorry Controller Status