enlightenment/efl
enlightenment
/
efl
8
7
Fork 14
Code Issues 13 Pull Requests 3 Projects Releases Wiki Activity

efl/edje: conditional usage of fixed-point, program/calc caches. 

Weirdly enough raster turned PROGRAM cache on to fix a bug saying that
the other path was not tested, but from IN-EFL/edje/configure.ac CALC
cache was enabled and PROGRAM was disabled.

I kept the PROGRAM on and enabled CALC. Added fixed point as well.

Cedric, Raster: should we keep PROGRAM and CALC cache options if the
other path is not tested? Can't we assume they are always on? How much
memory these cache add? Can't this be reduced?



SVN revision: 82410
This commit is contained in:
Gustavo Sverzut Barbieri 2013-01-08 13:32:07 +00:00
parent 73decde85d
commit fb0daf5262
1 changed files with 10 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
configure.ac
View File

@ -3319,7 +3319,9 @@ EFL_LIB_START([Edje])
### Default values
want_multisense="no" # TODO: move to ecore_audio and enable
want_edje_program_cache="no"
# TODO: should we keep or remove these?
want_edje_program_cache="yes"
want_edje_calc_cache="yes"
want_fixed_point="no"
@ -3349,7 +3351,13 @@ EFL_ADD_LIBS([EDJE], [-lm])
EFL_EVAL_PKGS([EDJE])
AC_DEFINE([EDJE_PROGRAM_CACHE], [1], [Cache result of program glob matches - this uses up extra ram with the gain of faster program matching])
AC_DEFINE_IF([EDJE_PROGRAM_CACHE], [test "${want_edje_program_cache}" = "yes"],
[1], [Cache result of program glob matches])
AC_DEFINE_IF([EDJE_CALC_CACHE], [test "${want_edje_calc_cache}" = "yes"],
[1], [Cache result of calc glob matches])
AC_DEFINE_IF([BUILD_EDJE_FP], [test "${want_fixed_point}" = "yes"],
[1], [Use Fixed Point instead of FPU])
AM_CONDITIONAL([ENABLE_MULTISENSE], [test "${want_multisense}" = "yes"])
AC_DEFINE_IF([ENABLE_MULTISENSE], [test "${want_multisense}" = "yes"],
[1], [Use Multisense])