summaryrefslogtreecommitdiff
path: root/pc
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Adds support of the eglfs module in the autotools config"Nicolas Aguirre2015-08-032-4/+0
| | | | This reverts commit 3b2074aa710a095c2379702334bfa125bcc1990a.
* Adds support of the eglfs module in the autotools configFlorent Revest2015-08-032-0/+4
|
* ecore-buffer: Add ecore_buffer library to EFL.Seunghun Lee2015-06-222-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | 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
* pkg-config: fix portability issue on Windows.Cedric BAIL2015-06-0110-10/+10
| | | | @fix T2458
* efl.model: Remove unused emodel-cxx.pc.in and emodel.pc.inFelipe Magno de Almeida2015-05-043-26/+0
|
* pkg-config: prefix eolian_flags with sysrootdir when crosscompilingRomain Naour2015-04-2810-10/+10
| | | | | | | | | Otherwise, the elementary build is brocken while crosscompiling since "pkg-config --variable=eolian_flags eo evas edje ecore efl" return paths to the host's include directories (/usr/share/eolian/include). Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Cedric BAIL <cedric@osg.samsung.com>
* emodel: Created Emodel and Eio_Model.Larry Jr2015-04-054-0/+39
|
* ector: initial introduction.Cedric BAIL2015-04-032-0/+13
| | | | | | Idea for this library is to become a retained mode drawing library that use Eo/Eolian for its API and take a lot of the good design from Enesim by Jorge Zapata and Jose Gonzalez (http://enesim.org/).
* emile: initial introduction of Emile.Cedric BAIL2015-03-172-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* elua: add pc file into gitignoreDaniel Kolesa2014-12-081-0/+1
|
* elua: add pkg-config for the elua libraryDaniel Kolesa2014-12-081-0/+17
|
* pc: Ignore newly generated elocation.pc fileStefan Schmidt2014-11-111-0/+1
|
* elocation: Add elocation libraray to EFL.Stefan Schmidt2014-11-111-0/+12
| | | | | | | | | | | | | | | | | | | | Elocation is meant as a convenience library to ease application developers the usage of geo information in their apps. Adding a geo tag to a picture or translating an address to a GPS position and show it on a map widget are just some of the use cases. In the beginning elocation will rely on the GeoClue1 DBus service. Supporting the new GeoClue2 DBus service is planned and worked on. GeoClue offers providers for various techniques to get hold off the current position. Ranging from GeoIP over wifi and GSM cell location to GPS. This has been developed a while ago and was living in my private dev space. It is about time to move this into EFL and bring it forward. The detection of the GeoClue service is being handled on runtime and no new dependency is added due to this library. @feature
* pkg-config: Make Eina++ require and use Eo.Savio Sena2014-09-241-4/+4
| | | | | | Currently bindings/eina-cxx/{eina_clone_allocators.hh, eina_list.hh, eina_array.hh} include Eo.h, so it's actually already a dependency. This patch just reflects it in eina-cxx.pc.
* gitignores: ignore efl-cxx.pcJean Guyomarc'h2014-09-161-0/+1
| | | | | | | | Reviewers: cedric Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D1439
* autotools: Fix Eo++ Eolian++ and Evas++ pkg-config files.Savio Sena2014-09-123-5/+11
|
* autotools: Add efl-cxx.pc.in.Savio Sena2014-09-121-0/+16
|
* pc: Remove ecore-wince.pc file from ignore as we removed wince supportStefan Schmidt2014-09-111-1/+0
|
* .gitignore: add efl.pcWonguk Jeong2014-08-211-0/+1
|
* Efl: Create libefl.Tom Hacohen2014-08-211-0/+16
| | | | Create libefl.so and the interal package for dependencies.
* evas-cxx: Added canvas sub-directory to include paths for evas and evas-cxxFelipe Magno de Almeida2014-07-181-1/+1
| | | | These subdirectories are needed because the generated wrappers include them directly.
* efl: remove Windows CE supportVincent Torri2014-07-131-12/+0
|
* autotools: define @datarootdir@ explicitly to avoid config.status warnings.Savio Sena2014-05-106-0/+12
| | | | | | | | | | | | | | | Summary: This patch removes warnings like this: config.status: WARNING: '/home/savio/src/efl/pc/eo.pc.in' seems to ignore the --datarootdir setting Reviewers: cedric, JackDanielZ, smohanty CC: felipealmeida, cedric Differential Revision: https://phab.enlightenment.org/D843 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
* eolian: fix pkg-config eoincludedir variable to point to @datadir@ instead ↵Savio Sena2014-05-098-9/+8
| | | | | | | | | | | | | | of @datarootdir@. Summary: .eo files are installed at $(datadir)/eolian/include/ actually. The set-up fails when configure --datadir is different from --datarootdir. Reviewers: cedric, JackDanielZ CC: felipealmeida, cedric Differential Revision: https://phab.enlightenment.org/D838 Signed-off-by: Cedric Bail <cedric.bail@free.fr>
* eolian-cxx: fix make distcheck and automake files for Eolian C++Felipe Magno de Almeida2014-05-044-1/+54
| | | | | | | | | | | | | | | | | 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>
* eolian_cxx: initial version of the EFL C++ Bindings Generator.Savio Sena2014-05-036-2/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* eet-cxx: add implementation for eet C++.Felipe Magno de Almeida2014-04-012-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Usage example: struct type { int foo; float bar; }; type t0; auto descriptor = make_descriptor("type", &type::ofo, &type::bar); eet_data_write(file, descriptor.native_handle(), "type", &t0, false); std::unique_ptr<type> p = read_by_ptr(file, "type", descriptor); type t = read(file, "type", descriptor); @feature Reviewers: cedric, smohanty Reviewed By: cedric CC: savio, cedric Differential Revision: https://phab.enlightenment.org/D659 Signed-off-by: Cedric BAIL <cedric.bail@free.fr>
* Eolian: Set eolian_flags in .pc files and ship .eo files.Tom Hacohen2014-03-134-0/+8
|
* ecore-drm: Add ecore-drm.pc to gitignoreChris Michael2014-03-061-0/+1
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* ecore-drm: Add package config fileChris Michael2014-03-061-0/+12
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* Eolian: Fixed pc file to correctly generate.Tom Hacohen2014-03-031-8/+9
| | | | | | First of all, it's now correctly generated, unlike before. Second of all, it now lists eoincludedir, the directory for all of the .eo include files.
* Eolian: update .gitignoreDaniel Zaoui2014-03-031-0/+1
|
* Eolian: first import.Daniel Zaoui2014-03-031-0/+11
| | | | | | | | | | | Imported by Tom, from the eolian repo which was written by: Daniel Zaoui <daniel.zaoui@samsung.com> Yakov Goldberg <yakov.g@samsung.com> Yossi Kantor <yossi.kantor@samsung.com> Savio Sena <savio@expertisesolutions.com.br> Jérémy Zurcher <jeremy@asynk.ch> Signed-off-by: Tom Hacohen <tom@stosb.com>
* eina: add a C++ bindings to Eina @feature.Felipe Magno de Almeida2014-02-252-0/+13
| | | | | | | | | | | | | | | The goal of this library is to make the life of C++ developers easier when having to manipulate Eina datatype by providing a layer to abstract those data type in C++. Check examples for now. Documentation will come soon, but we are pushing that rather sooner to get feedback on those bindings. As you will notice, this library is just composed of headers. There is no .so and we do think it is better this way. Reducing ABI and API stability issue for applications developers who are the primary target of this binding. Also please note that you will need to have C++11 to use this binding. Signed-off-by: Cedric Bail <cedric.bail@free.fr>
* Revert "autotools: try improving thread detection."Cedric BAIL2014-02-191-1/+1
| | | | | | | | | This reverts commit 14c6378fc41906db14464e17aadc7d94a825fafd. So either we get to fix T880 or T986. I do think the problem is more tricky than that, so I am for the moment going to get T880 broken rather than T986 as I think the later will show up in more case for our user base. Will try to find a proper solution for everyone before the next release.
* autotools: try improving thread detection.Cedric BAIL2014-02-181-1/+1
| | | | | | | | | As already stated before reliably detecting CC, LIBS and CFLAGS parameters for use with threads is still a pain in 2014. With this patch I am trying to solve T880 and use ax_pthread.m4. Note that I do not trust this macro more than the previous one, so if there is any build issue on any system regarding thread, I may just rollback to the previous code. Still I hope it is an improvement and that our build system detect thread more reliably.
* Ecore_Avahi: initial commit.Cedric BAIL2013-12-172-0/+13
| | | | | | TODO: - Add tests, how ? - Integrate with Eo, needed ?
* alpha1 release autofoo/build tree work to pass distcheck and actually workv1.8.0-alpha1Carsten Haitzler (Rasterman)2013-11-0436-36/+36
|
* evil: let's try if we only use that macro.Cedric Bail2013-10-311-1/+1
|
* evil: remove libgen and the GNU *printf code (both in mingw-w64).Vincent Torri2013-10-311-1/+1
| | | | | | | This should reduce the code size of evil and reduce maintainance as mingw does now take care of it. Signed-off-by: Cedric Bail <cedric.bail@samsung.com>
* ecore: add system modules, implement 'systemd'.Gustavo Sverzut Barbieri2013-08-091-0/+2
| | | | | | Ecore will now load "system modules" on ecore_init(). The "systemd" module will use DBus to monitor localed, hostnamed and timedated and add system events related to those changes.
* Split .gitignore into multiple filesEduardo Lima (Etrunko)2013-06-111-0/+49
| | | | Signed-off-by: Eduardo Lima (Etrunko) <eduardo.lima@intel.com>
* Add pc file for evas drm engine.Chris Michael2013-05-141-0/+3
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* Evas: Split Evas headersDaniel Zaoui2013-04-251-1/+1
| | | | | | | | | | | Now, Evas.h includes three new files: - Evas_Eo.h: Eo API functions (functions defines, enums, base id). - Evas_Legacy.h: contains the API functions related to objects - Evas_Common.h: common data (structs, enums...) + functions not related to objects. This phase is needed for the EFL 1.8 release to disable Eo APIs if we consider it is not enough mature to be used by applications.
* add a global Efl_Config.h for everyone.Carsten Haitzler (Rasterman)2013-04-241-1/+1
| | | | | * ned to replicate changes in other .pc.in files * need to replicate changes in other E*.h installed header files
* Rename edbus->eldbusLucas De Marchi2013-04-232-13/+13
| | | | | | | | | | | | | | git grep -l edbus2 | while read f; do sed -i 's/edbus2/eldbus/g' "$f"; done find . -name '*edbus2*' -exec rename edbus2 eldbus {} \; git grep -l "EDBUS" | while read f; do sed -i 's/EDBUS/ELDBUS/g' "$f"; done git grep -l "EDBus" | while read f; do sed -i 's/EDBus/Eldbus/g' "$f"; done git grep -l "edbus (v2)" | while read f; do sed -i 's/edbus (v2)/eldbus/g' "$f"; done git grep -l "Edbus" | while read f; do sed -i 's/Edbus/Eldbus/g' "$f"; done git grep -l "edbus" | while read f; do sed -i 's/edbus/eldbus/g' "$f"; done find . -name '*edbus*' -exec rename edbus eldbus {} \; find . -name '*EDBus*' -exec rename EDBus Eldbus {} \;
* Add modules and module_arch variables to ecore_imf.pcJan Arne Petersen2013-01-251-0/+2
| | | | | | | | | | | ecore_imf.pc should contain modules and module_arch variables (like edje.pc, emotion.pc and ethumb.pc). Patch by: Jan Arne Petersen <jpetersen@openismus.com> SVN revision: 83327
* whenever doing external modules and similar, use .pc module_arch.Gustavo Sverzut Barbieri2013-01-181-0/+1
| | | | SVN revision: 82977
* efl: export vmin/vmic in edje.pcBoris Faure2013-01-181-0/+2
| | | | | | It is used to know where to install external modules. SVN revision: 82974
* don't mix private and public libraries dependencies.Gustavo Sverzut Barbieri2013-01-171-2/+2
| | | | | | | | | | | | | | | when I fixed eina's dependency on -lpthread I used all the libraries eina links to. But we should just do with -lpthread as it's a public dependency... that was in eina.pc.in and I missed. Now we have EFL_ADD_PUBLIC_LIBS() that will register for requirements_public_libs_name and use internally when eina is used. This should also fix the problem by Arvind with gcrypt. SVN revision: 82942
View Lorry Controller Status