summaryrefslogtreecommitdiff
path: root/Makefile.am (follow)
AgeCommit message (Collapse)Author
2016-03-09build coverage: make coverage numbers more accurate by using a baselineStefan Schmidt
The lcov tool offers the functionality to have an initial run over the code base before the tests are executed to make sure it catches all files, even the ones that are not loaded during the test run. This is something we missed so far. The reports have only been in relation to the files that actually have been loaded during the test. We missed quite a few files which made our numbers inaccurate. Things like modules/emotion/gstreamer1 have no tests yet and thus never showed up in the coverage report. While it has 103 functions and over thousand lines which need to get covered. With the baseline this is handled now. Thanks goes to the folks at LibreOffice who described their lcov setup here: https://wiki.documentfoundation.org/Development/Lcov New numbers are lower now as we count in all the files never loaded which decreases our percentages. Overall coverage rate: lines......: 30.2% (65119 of 215841 lines) functions..: 34.0% (6361 of 18733 functions) branches...: 23.6% (35627 of 151096 branches)
2016-03-04build: finally enable branch coverage in our lcov-check targetStefan Schmidt
This has been a long standing issue and I finally figured out the details to get this working. Since we started with coverage there always have been some problems to get branch coverage work (problems with older gcc versions, lcov not taking them into account, etc) The last detail that made me go nuts was that in my lcov version (1.10) there is a bug which leads to geninfo not applying the config file and thus not enabling the branch coverage like I defined in the config. I added the --rc option to work around this case. In my local run I get this now from lcov-check: Overall coverage rate: lines......: 35.5% (65814 of 185169 lines) functions..: 44.6% (7661 of 17195 functions) branches...: 22.7% (31492 of 138942 branches) So we have 22.7% branch coverage right now. The vivid followers of my QA mails will also see the difference in numbers for line and function coverage if one comapres my local results and the one on Jenkins. This is another long standing issue and I need to figure out these details next. :)
2016-03-02build: fix problems with coverage check build where some files are not foundStefan Schmidt
Switch to use a lcov config file which geninfo_auto_base and remove hard coding the base dir to src/lib. geninfo_auto_base is designed for a use case like ours where we have several base dirs (lib, bin, tests, ...) and it detects them automatically. This fixes failures in a coverage run where the file is simply looked for in the wrong directory.
2016-03-02build: enhance generated html output from coverage reportStefan Schmidt
We do not handle branch coverage so remove that part of the output. On the other hand at a legend to allow people to understand the color meanings.
2015-12-23efl-js: JavaScript Eolian bindingFelipe Magno de Almeida
To configure efl sources with bindings to use in nodejs add ––with-js=nodejs in configure flags to generate node files $ configure --with-js=nodejs and compile normally with: $ make $ make install To use, you have to require efl: efl = require('efl') The bindings is divided in two parts: generated and manually written. The generation uses the Eolian library for parsing Eo files and generate C++ code that is compiled against V8 interpreter library to create a efl.node file that can be required in a node.js instance. @feature
2015-12-03ecore-wl2: Add pkgconfig file for Ecore_Wl2 libraryChris Michael
Signed-off-by: Chris Michael <cp.michael@samsung.com>
2015-11-25cmake: Add a helper script which defines generator rules for eo filesMarcel Hollerbach
eo_rule_create adds rules to generate to .eo.x .eo.h .eot.h files. It also monitors its deps. @feature
2015-11-09ecore_con: add http_parser static lib.Srivardhan Hebbar
Summary: This lib would be used in efl_network_websocket. Signed-off-by: Srivardhan Hebbar <sri.hebbar@samsung.com> Reviewers: cedric Reviewed By: cedric Differential Revision: https://phab.enlightenment.org/D3244 Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
2015-08-03Revert "Adds support of the eglfs module in the autotools config"Nicolas Aguirre
This reverts commit 3b2074aa710a095c2379702334bfa125bcc1990a.
2015-08-03Adds support of the eglfs module in the autotools configFlorent Revest
2015-07-31specify ector licenses.ChunEon Park
2015-06-24ecore-buffer: fix that installing pkgconfig when ecore_buffer is enabled.Seunghun Lee
Summary: ecore-buffer.pc file should be installed when ecore_buffer is enabled. Reviewers: gwanglim, devilhorns Reviewed By: devilhorns Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D2761
2015-06-24efl - efreetd service move from dbus session bus to ecore ipcCarsten Haitzler (Rasterman)
this fixes warnings about no efreet dbus session bus in non session environments as brought up on the mailing lists with: Subject: Re: [E-devel] [EGIT] [core/efl] master 01/01: edje: unset efreet cache update flag to prevent dbus connections this moves all of efreetd client and server to ecore ipc, with client auto-launching efreetd if not found as a service and trying for up to 500ms to connect. efreetd times out on last connection or no connections after 10sec so it wont hang around forever if not in use. it seems to work in my testing, so let me know if there is an issue. @fix
2015-06-22ecore-buffer: Add ecore_buffer library to EFL.Seunghun Lee
Summary: Ecore_Buffer is abstraction of graphic buffer. it supports backend of shm, x11_dri2 and x11_dri3 for now, and this library also provides method to share buffers between processes. Ecore_Buffer_Provider and Ecore_Buffer_Consumer is for this, sharing buffer. provider draws something in to Ecore_Buffer, and consumer receives and displays it. the binary, bq_mgr is a connection maker for buffer provider and consumer. it can be included Enlightenment as a deamon later. @feature Test Plan: 1. Configure with --enable-ecore-buffer and --enable-always-build-examples to build examples. 2. Run bq_mgr, it connects consumer and provider. 3. Run ecore_buffer_provider_example and ecore_buffer_consumer_example Reviewers: lsj119, gwanglim, cedric, zmike, jpeg, raster, devilhorns Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D2197
2015-05-08autotools: enable make check-build which builds only test suiteskabeer khan
Summary: Signed-off-by: kabeer khan <kabeer.khan@samsung.com> Reviewers: tasn, cedric, stefan_schmidt Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D2480
2015-05-07Revert "autotools: enable make check per individual modules."Stefan Schmidt
This reverts commit 35119e7bfdc7c13c2041293f3d0b2ebe1fb7c313. 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-07autotools: enable make check per individual modules.kabeer khan
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-04-09efl interfaces: Fix conditional for generation for pkgconfig for C++Felipe Magno de Almeida
Do not generate efl-cxx.pc when C++ is disabled.
2015-04-05efl: move emodel to be an efl interfaces.Felipe Magno de Almeida
2015-04-05emodel: Created Emodel and Eio_Model.Larry Jr
2015-04-04efl - fix more cedric build breaks...Carsten Haitzler (Rasterman)
never checked anything depending on efl to build... didnt install ector.pc...! fix!
2015-03-17cmake: Add files for Emile, the serial killerJean-Philippe Andre
2015-03-17emile: initial introduction of Emile.Cedric BAIL
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-04Eio: added cmake fileMarcel Hollerbach
Summary: Added cmake config files for Eio Test Plan: install it and test it with a app with needs eio Reviewers: cedric, tasn Reviewed By: tasn Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D2079
2015-02-25build: Unify use of $(MKDIR_P) for creating a dir within the build systemStefan Schmidt
While we used different variation of mkdir -p all over we also had spots where we did not use the option. This is one step in trying to make our build system ready for parallel install. Using something like -j 10 even for the install should help to speed up our jenkins jobs as well as distcheck.
2014-12-10elua: always install cmake stuff for elua, even when not being builtDaniel Kolesa
2014-12-08elua: add elua.pc to configure.ac and add cmake definitions for eluaDaniel Kolesa
2014-12-08elua: add pkg-config for the elua libraryDaniel Kolesa
2014-11-11elocation: Make sure the pc file gets installed like the others.Stefan Schmidt
Forgot about this when merging it it from the separate lib where the tooling did handle it. Thanks goes to Scimmia for letting me know so quickly. :)
2014-11-11po: disable xgettext_wrapper for the time being (not really used and ↵Daniel Kolesa
possibly won't be)
2014-09-22Add missing cmake config for efl libs.Tom Hacohen
2014-09-12autotools: Add efl-cxx.pc.in.Savio Sena
2014-08-21Efl: Create libefl.Tom Hacohen
Create libefl.so and the interal package for dependencies.
2014-08-11autotools: proper fix for generated Makevars and distcheckDaniel Kolesa
Reverts 21da4a54545cd6871d1d888566ce9fe488afef67. It is needed to generate Makevars in-tree even when building out-of-tree because of how Autotools work. However, distcheck doesn't properly remove the Makevars file in the generated distdir and makes po/ read only, preventing the build system from generating an up-to-date version of Makevars. This commit adds the required hooks needed to fix this behavior.
2014-08-07autotools: install .pc files to the correct directory on FreeBSDDaniel Kolesa
2014-07-31autotools: fix distcheck by removing Makevars in proper stageDaniel Kolesa
2014-07-31autotools: po/Makevars is generated by configure, not Makefile.Cedric BAIL
If you did do a make clean, then you couldn't do a make afterward. Reason was that po/Makevars is generated by configure and not Makefile. So it can only be cleaned with make distclean and not make clean.
2014-07-30build: Clean Makevar now that we generate one on our ownStefan Schmidt
Since we generate our own Makevar for the po subdir we also need to clean it up. If not distcheck complains about uncleaned files.
2014-07-29build: Make sure xgettext_wrapper.sh gets packaged into the tarballStefan Schmidt
We need this in the tarball when not running from git. Also fixes make distcheck.
2014-07-13efl: remove Windows CE supportVincent Torri
2014-06-19Revert "Coverage: Fix base directory."Stefan Schmidt
This reverts commit 842e8e9fa01f2ce0c217dec2578d5ee3e0911a8b. Scratching my head over this for a long time now. It sneaked in when jenkins nightly builds which generates coverage reports was broken due to newer gettext error handling. After that was fixed the build kept being broken but now in coverage generation. Finnaly found this change. Why was it done? Did you actually test it? Coverage generation worked fine on my local system as well as on jenkins when I worked on this. If it is broken for you we might need to have another look, but not by breaking jenkins.
2014-06-10elua: fixes, expand wildcardsDaniel Kolesa
2014-06-05Remove autogen.sh from the dist tarball.Tom Hacohen
This should not be distributed. @fix.
2014-06-05Coverage: Fix base directory.Tom Hacohen
The base compilation directory is the root of the repo, not src/. All the relative paths are relative to there.
2014-05-09eolian_cxx: removes C++ examples when C++11 isn't supportedFelipe Magno de Almeida
Summary: Added HAVE_CXX11 guards to Makefile*.am files for C++ binding to avoid compilation errors for examples when C++11 isn't supported. This also disable installation of all EFL CXX pkgconfig files. Reviewers: cedric, stefan, stefan_schmidt CC: cedric, savio Differential Revision: https://phab.enlightenment.org/D831 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
2014-05-04eolian-cxx: fix make distcheck and automake files for Eolian C++Felipe Magno de Almeida
Summary: Fixed distcheck for Eolian C++. Made the generated files as nodist so it doesn't get picked up for generation way too early. Reviewers: cedric, seoz CC: cedric Maniphest Tasks: T1220 Differential Revision: https://phab.enlightenment.org/D820 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
2014-05-03eolian_cxx: initial version of the EFL C++ Bindings Generator.Savio Sena
Summary: This patch adds 'eolian_cxx' -- a C++ bindings generator -- to the EFL tree. Eolian Cxx uses Eolian API to read .eo files and generate .eo.hh. It relies/depends on Eo Cxx and Eina Cxx (both non-generated bindings). src/bin/eolian_cxx: The eolian_cxx program. src/lib/eolian_cxx: A header-only library that implements the C++ code generation that binds the .eo classes. =Examples= src/examples/eolian_cxx/eolian_cxx_simple_01.cc: The simplest example, it just uses some "dummy" generated C++ classes. src/examples/eolian_cxx/eolian_cxx_inherit_01.cc: Illustrates how pure C++ classes inherit from .eo generated classes. src/examples/evas/evas_cxx_rectangle.cc: More realistic example using the generated bindings Evas Cxx. Still a bit shallow because we don't have full fledged .eo descriptions yet, but will be improved. =Important= The generated code is not supported and not a stable API/ABI. It is here to gather people interest and get review before we set things in stone for release 1.11. @feature Reviewers: cedric, smohanty, raster, stefan_schmidt CC: felipealmeida, JackDanielZ, cedric, stefan Differential Revision: https://phab.enlightenment.org/D805 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
2014-04-29build/lcov/: Disable coverage for external headersStefan Schmidt
Some gcc header sneaked in before but with the new lcov option we can avoid this.
2014-04-29build: Fix coevrage build with eolian and lcov 1.10Stefan Schmidt
Mixing up the new eolian test with its generated eo_lexer code and a new version of lcov like 1.10. It works fine with lcov 1.6. The problem is that this combination somhow triggers a wrong file path with filename NONE. It was only triggered when adding the eolian test suite so its a combination here. For now we use this bandaid to remove the broken files. Need to find a way to report this to lcov upstream.
2014-04-14Eolian: add support for cmakeDaniel Zaoui
Now with the file :-)