11 Commits

Author	SHA1	Message	Date
Stefan Schmidt	d48c5accea	Revert "autotools: enable make check per individual modules." ... This reverts commit 35119e7bfd. Reverted to bring make check back in a working state. Also the way we want to handle a more modular testing needs discussion.	2015-05-07 20:50:56 +02:00
Stefan Schmidt	4314257d8c	lz4: Update our internal copy to release r128 ... Looking through the git log it is unclear which release we used before as nobody stated it there. :/ We updated after the security issues last year so my best guess is that we have something like r119. To see what changed I now included the NEWS file and also the LICENSE file from upstream. Upstream in now hosted here: https://github.com/Cyan4973/lz4 and http://www.lz4.info I recommend STRONGLY that you check if your distro ships liblz4 as an up to date library package and use the --enable-liblz4 configure option to use the system version. I consider making the system version default for upcoming releases and only carry the internal one as fallback for systems that do not provide it. Fix T2374	2015-05-07 11:15:13 +02:00
kabeer khan	35119e7bfd	autotools: enable make check per individual modules. ... Currently make check runs tests of whole EFL.Enabled running of tests of individual modules by make check-<modulename> Signed-off-by: kabeer khan <kabeer.khan@samsung.com> Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>	2015-05-07 09:53:07 +02:00
Cedric BAIL	8e9a29cd0d	emile: fix build on NEON enable system. ... T2214	2015-03-22 17:41:36 +01:00
Cedric BAIL	bbf7ab1cc4	emile: normalize compression header.	2015-03-17 09:58:20 +01:00
Cedric BAIL	2cd4e1764d	emile: split headers.	2015-03-17 09:58:19 +01:00
Cedric BAIL	d40dad8f73	emile: initial addition of emile image support.	2015-03-17 09:58:18 +01:00
Cedric BAIL	10184ca860	emile: split OpenSSL, GNUTLS and no cipher into separate file as a first step toward module.	2015-03-17 09:58:18 +01:00
Cedric BAIL	0fa50a0804	emile: add compress/uncompress logic.	2015-03-17 09:58:17 +01:00
Cedric BAIL	2e34d835d6	emile: expose cipher/uncipher block logic.	2015-03-17 09:58:17 +01:00
Cedric BAIL	0b04186a7f	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.	2015-03-17 09:58:17 +01:00