Merge branch 'devs/cedric/emile'

Here come a major code refactoring. There is still work to be done, especially on Ecore_Con_SSl
and also image compression, but it is already an improvement over current situation. Further
development should happen in master.

Emile does provide a library to put together serialization, compression and ciphering. It is a
low level library and can be use by anything above Eina.

emile: fix coding style with ecrustify.

emile: add a note regarding useless structure member.

ecore_con: fix build with -DISCOMFITOR and OpenSSL.

ecore_con: remove deprecated use of Eina_Binbuf functions.

edje: remove deprecated use of Eina_Binbuf functions.

eet: remove use of deprecated Eina_Binbuf functions.

emile: remove use of deprecated eina binbuf function.

eina: provide a generic eina_binbuf_manage_new.

eina_binbuf_manage_new provide the functionnality of both eina_binbuf_manage_new_length
and eina_binbuf_manage_read_only_new_length. Those function get deprecated.

emile: make sure given boolean are really boolean.

emile: remove binbuf from emile compression functions.

emile: use Eina_Log for Jpeg error message.

ecore_con: unbreak GNUTLS support.

emile: update to latest GNUTLS/GCRYPT API.

emile: fix some warnings in gnutls component

emile: ERROR is a macro already defined on Windows

emile: fix emile_binbuf_sha1() signature when no cipher is used

emile: fix array count

emile: cleanup comments and internal functions name.

emile: cleanup private header.

emile: cleanup header from useless cruft.

emile: follow convention for Emile_Compressor_Level.

emile: normalize compression header.

emile: normalize version number to 1.14.

emile: implement emile_cipher_module_get in a useful way.

emile: document the stable cipher function.

emile: actually this set of function are neat enough to be a public API.

emile: change the API to allow supporting other cipher in the future.

emile: mark ssl layer as a beta API for now.

eet: use Emile type for encoding.

emile: document Emile_Image.

emile: reduce code duplication between gnutls and openssl backend.

Add a visible emile_binbuf_sha1 implementation and deduplicate
emile_pbkdf2_sha1 (but does not explicitely expose it).

emile: remove ambiguity especially for Windows platform.

Thanks Vincent Torri for the review.

emile: add documentation for compression function.

emile: use an enum for level instead of just an int.

emile: update documentation version.

emile: split headers.

emile: fix crash when cspaces is left unchanged.

emile: build examples after adding emile.

eet: encode lossy image with AGRY88 or GRY8 whenever possible.

eet: refactoring jpeg encoding.

eet: handle AGRY88 encoding for JPEG encoded image.

The alpha and the grey being encoded in two separated grey JPEG.

emile: handle AGRY88 for JPEG image.

eet: fix error handling when decoding TGV file format.

eet: use Emile to decode jpeg.

emile: decode GRAY JPEG as GRY8.

emile: simplify error handling for jpeg data decoding.

evas: use emile to decompress JPEG files.

evas: simplify structure.

emile: add JPEG support.

eet: use Emile to decode TGV image section.

emile: remove use of custom structure and prefer Eina_Rectangle.

Get rid of warning inside of the jpeg loader that result of it. I do believe
this is not an ABI break on the loader API. If you disagree, please raise your
voice.

evas: use Emile to decode TGV.

evas: use Emile for defining all possible loader API.

emile: initial addition of emile image support.

eet: use eina_binbuf and emile to manipulate TGV compressed data.

emile: trying to fix security.

emile: Add SSL support.

build: display crypto system as a feature of Emile.

emile: remove left over #ifdef

emile: make the initialization part of backend cipher file to.

emile: with Emile and as long as you don't use any cipher, it will be just fine.

emile: split OpenSSL, GNUTLS and no cipher into separate file as a first step toward module.

emile: make it cross platform.

eet: initialize emile on demand.

ecore_con: initialize emile cipher support on demand.

emile: make cipher initialization optional.

eet: use Emile instead of Zlib and LZ4 directly.

emile: add compress/uncompress logic.

eet: move to use emile for ciphering logic.

emile: expose cipher/uncipher block logic.

ecore_con: depend on emile for initializing crypto library.

emile: move GNUTLS and OpenSSL initialization logic from Eet to Emile.

emile: initial introduction of Emile.

The intent of Emile is to be the common layer for serialisation, compression
and ciphering. It will expose the library we currently use internally to an
easier use from the outside (like gcrypt and lz4). It should improve portability.
Instead of pushing JSON, XML and what's not to Eina, I do think that they will
fit better in Emile.

As for the naming of Emile, you will need to be French and say :
"Un quoi ?" "Un serializer !"

Regarding why it is put there in the stack. Right now there is two users of
compression (eet and terminology), two users of cipher library (eet and ecore_con)
and a few handful of user for serialization (eina, eet, efreet, ecore_con, ...).
So the choice was quite simple, it needed to be below Eet. Now it could have been
on top of Eo or integrated into Eina.

One of the use case I am thinking of, is to compress Eo object when a canvas get
hidden/minized. For that it require Eo to use that library and it can't be a higher
level object. And with current implementation of Eo it is perfectly possible to
implement such idea. So not at Eo level.

As for Eina, I am starting to think it is getting to much things in its namespace.
I do believe that infact Eina_Simple_XML and Eina_File should after all have landed
in their own library. That's why I am putting the current logic in a new library.
It is going to expand, I want it to provide an few SAX like parser for JSON,
Eet_Data and protobuf with also an API like Eet_Data to directly feed those value
into a C structure without using a DOM at all. It would also be the right place
to experiment and benchmark for a new Eet_Data format that could be more efficient
to use.

So at the end, and due to how I see things going and being used, I do think it
is better of in its own library.

efl: autotools - move Eet section after Eo.

Revert "Add --disable-gui."

This reverts commit 3ed4f745907d3e842e64b341e2426c0c99cf3297.

Eolian: add filename to error message

efl - bring back symlink complaint regardless of env vars

@fix

Evas GL: use texture for native surface in glx backend

Summary:
EVAS_NATIVE_SURFACE_EVASGL uses egl image, but egl image is
not supported in glx backend, so use texture instead.

Test Plan: Local tests on pc

Reviewers: jpeg

Subscribers: cedric, mer.kim, mythri, wonsik

Differential Revision: https://phab.enlightenment.org/D2174

jpeg: fixed casts

evas/gl_x11: Optimize out calls to make current

Summary: Reducing the number of calling eglMakeCurrent.

Reviewers: jpeg

Subscribers: wonsik, cedric, spacegrapher

Differential Revision: https://phab.enlightenment.org/D2094

evas/clip: If the clipper is image or has color, clipped area should be redrawn.

Summary:
If the clipper is image or has color, it affects to its clipees.
Even if we unset the clipper or change the clipper to another object,
it seems the clipper is not changed.

Test Plan:
Make two clipper objects and one clipee object.
And make clip the clipee according to following example

ex) Clipee object -> inner_clipper -> clipper

evas_object_clip_set(clipee, inner_clipper);
evas_object_clip_set(inner_clipper, clipper);

After checking the result and hide inner_clipper.

evas_object_clip_set(clipee, clipper);
evas_object_hide(inner_clipper);

See the result.

Reviewers: raster, cedric, Hermet, jpeg

Subscribers: woohyun, cedric

Differential Revision: https://phab.enlightenment.org/D2112

Signed-off-by: Jean-Philippe Andre <jp.andre@samsung.com>
Note: Technically we should not check the color of the fact that
      the clipper is a mask and not a simple rect. But because of
      real-life performance issues, damage_add was disabled so we're
      trying to keep the perf in most cases while being correct in
      cases where the clipper is visually important.

Eolian: add API to return the class from a function.

@feature

Evas GL: Fix GL_X11 engine when using GLX

eglGetProcAddress is obviously not supported in that case.

Evas GL: Fallback to depth24, stencil8 if GL_GLES is used

If depth32 or stencil16 are requested, those are most likely to
fail with GLES. In that case, fallback automatically to 24+8.

Evas GL: Add more debug logs

Print some INFormation for app developers.

Fix a previous commit: remove binary files and garbage in src/

When rebasing the commits, I have been lazy and did a git add src/ that
actually added the files that were not ignored. My bad, sorry about that.
The original patch was fine.

Thanks sung.

Evas GL: Adjust function naming and remove macros

Summary:
Change function and variable names to more suitable ones.
Remove FBO_FUNC macros.
Little tidying up from previous commit.

Test Plan: Local Evas GL tests for 1.1, 2.0, and 3.0

Reviewers: jpeg

Subscribers: cedric, mer.kim, mythri, wonsik

Differential Revision: https://phab.enlightenment.org/D2126

Signed-off-by: Jean-Philippe Andre <jp.andre@samsung.com>

Evas GL: Fix build errors for glx backend

Summary:
Fix build errors for glx backend made from previous commit
Revert parameter naming

Test Plan: Local Evas GL tests for 1.1, 2.0, and 3.0

Reviewers: jpeg

Subscribers: mythri, wonsik, cedric, mer.kim

Differential Revision: https://phab.enlightenment.org/D2117

Evas GL: Use EGL image to share between Evas GL and GL backend

Summary:
When the context version between Evas GL and GL backend differs,
we cannot share texture between them.
So, when the driver has support for KHR_gl_texture_2D_image extension,
use EGL image to share between Evas GL and GL backend

Test Plan: Local Evas GL tests for 1.1, 2.0 and 3.0

Reviewers: jpeg

Subscribers: mythri, mer.kim, wonsik, cedric

Differential Revision: https://phab.enlightenment.org/D2115

Evas GL: change function naming and small bug fixes

Summary:
Remove gles1 prefixes for functions that are also used by gles3.
Refactor evgl_make_current a little bit.
Destroy indirect context properly.
Some log message changes and typo fixes.

Test Plan: Local tests on desktop PC

Reviewers: jpeg

Subscribers: mythri, mer.kim, wonsik, cedric

Differential Revision: https://phab.enlightenment.org/D2104

Evas GL: Fix logic in debug check

Evas GL: Fix build errors and warnings from previous commit

Evas GL: Add support for Evas GL 3.0

Summary:
This should enable applications to use GLES 3.0 through evas gl.
Todo: Fix indirect rendering issue occuring because texture objects
cannot be shared between different version of GLES contexts.
Todo: extension pointers need to be updated for GLES 3.0

Reviewers: wonsik, spacegrapher, jpeg

Subscribers: cedric

Differential Revision: https://phab.enlightenment.org/D2017

@feature

Evas GL: Remove excessive debug

- Check debug flag before warning that a surface is not direct
- Remove notes about surface reconfigure, as this will not be implemented
  (see previous commit).

evas_gl: Add feature to set depth/stencil/msaa bit to window surface.

Summary:
When Evas GL runs with direct rendering, it can not set depth, stencil and msaa to Window surface.
This patch is possible to use "option" input paramater of ecore_evas_gl_x11_options_new.
So, new API is not needed.

The other patch is in elementary. The elementary patch will be used this patch.

Test Plan: Test elm gl veiw in elementary_test and JP's test app.

Reviewers: spacegrapher, cedric, raster, jpeg

Reviewed By: jpeg

Subscribers: cedric, mer.kim

Differential Revision: https://phab.enlightenment.org/D2144

Signed-off-by: Jean-Philippe Andre <jp.andre@samsung.com>
Note: jpeg changed the original patch a bit (fix style and depth value)

ecore-wayland: Whitespace cleanup

Summary: Remove trailing whitespace, convert tabs to spaces as per style guide.

Reviewers: zmike

Subscribers: cedric

Differential Revision: https://phab.enlightenment.org/D2157

ecore-wl dnd target interface should accept a NULL mime_type

according to protocol, this indicates that the target does not support the drop type

ecore-wl xdg surface configure no longer requires special case for fs/max

the surface size comes directly from the compositor shell when applicable

ecore_imf: fix doxygen about key and mouse release event

edje: Edje_Edit - add data items into generated code for the group.

Summary:
Include data items, that present in edje object.
Data items, which data ends with '\n' recognized as data.file item and not included into the generated source code.
@fix

Reviewers: Hermet, reutskiy.v.v, raster, cedric

Reviewed By: cedric

Subscribers: cedric

Projects: #efl

Differential Revision: https://phab.enlightenment.org/D1858

Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>