it's pointless to have this and may cause problems or complex
configure.ac when we have libraries that use 'eet' during its compile
phase (like elementary generates its profile/configuration).
SVN revision: 77815
Now we always build the following memory pools statically:
- pass_through: calls malloc/free directly, useful to debug.
- chained_pool: default for ages.
- one_big: used by some embedded systems (should we remove?)
Removed:
- ememoa_fixed and ememoa_unknown: depends on a separate lib, not supported?
- buddy: nobody uses it?
NOTE: we do not need the src/modules/eina/mp/*/Makefile.am anymore
since they are statically built. But I'll keep these and the
references in src/modules/eina/mp/Makefile.am
SVN revision: 77792
Introduce a new --with-crypto={openssl,gnutls,none} that will allow
one to choose the EFL cryptographic system.
If set to gnutls or openssl, cipher and signature will be
enabled. Otherwise it's disabled.
NOTE: gnutls is trying to cope with old API and that sucks. Should we
just drop the support for old gnutls and bump the required version?
SVN revision: 77789
Introduced --with-profile={dev,release} that will simplify how to set
build options of EFL.
NOTE-1: specific e17 benchmark is now gone, it will always be built
and is the default benchmark for eina. If we want to have a faster
benchmark in the future, just add a command line option for
eina_suite.
NOTE-2: valgrind build is broken as it needs -fPIC. Will get to it
later. Likely someone needs to revisit the eina mempools for valgrind
and other basic tools (eo? likely evas).
SVN revision: 77771
Vincent, please check those and take some action. I'm not sure about
the windows stuff, but we should find a way to make it more automatic
than what it is right now.
SVN revision: 77769
Remove every mention to libraries that are still not in the
single-tree build such as emotion, efreet and ethumb.
Keep it simple and just add them back when they are merged.
Added similar variables for all of evil, eina, eo and eet. Keep them
in the same order for now.
SVN revision: 77767
Subject: [E-devel] [PATCH][ETHUMB] Null checks and checks if divisor
is not equal to zero in ethumb.c file
In functions ethumb_calculate_aspect_from_ratio,
ethumb_calculate_fill_from_ratio, ethumb_plugin_image_resize and
ethumb_image_save Ethumb object is not checked if is NULL, what can cause
segmentation fault.
In functions ethumb_calculate_aspect and ethumb_calculate_fill divisor is
not checked if is equal to zero before division.
SVN revision: 77736
Subject: [E-devel] [Patch] [Ecore] Allow to send SelectionNotify event
if there is no data from XGetWindowProperty.
The issue I want to fix is that elementary clipboard does not return
paste callback if selection does not contain any data.
Currently when ecore_x_window_prop_property_get function is called
asking for AnyProperty it returns 0 if there is no data (number of
items stored equals 0). This causes ecore_x_event_handle_selection
_notify to exit before SelectionNotify event is added and eventually
elementary paste callback is not fired.
My patch removes this condition and changes behaviour of this function
by allowing to add SelectionNotify event even if data returned is empty.
SVN revision: 77732