summaryrefslogtreecommitdiff
path: root/pc
Commit message (Collapse)AuthorAgeFilesLines
* elput - update gitignore.Hermet Park2016-04-141-0/+1
| | | | ignore a generated pc file.
* elput: Initial checkin of elput libraryChris Michael2016-04-131-0/+12
| | | | | | | | | The elput library is an efl abstraction for the libinput library which can be used by various other subsystems (ecore_fb, ecore_drm, etc) to handle interfacing with libinput without having to duplicate the code in each subsystem. Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
* efl build - ecore - add efl link as a PUBLIC link as efl headers it inCarsten Haitzler (Rasterman)2016-04-061-1/+1
| | | | | I added Efl.h to Ecore.h - because we really want to use efl interfaces ... like everywhere. so add it to the link too.
* elementary: install elementary cxx pkgconfig file.Cedric BAIL2016-04-012-3/+4
| | | | T3397
* elementary: fix the eolian flagsVyacheslav Reutskiy2016-03-281-2/+2
|
* elementary: fix generation of pkgconfigCedric Bail2016-03-251-5/+8
| | | | T3361
* pc: add elementary.pc to gitignoreCarsten Haitzler (Rasterman)2016-03-251-0/+1
|
* elementary: move all legacy files to their expected new location.Cedric BAIL2016-03-232-0/+34
|
* evas: add eglfs evas module.Nicolas Aguirre2016-03-182-0/+4
| | | | | | | | | | | | | | | | | | EGL Fullscreen is a module intended to support many proprietary GL driver that come with custom API to create framebuffer/window. This one is starting by covering Android with libhybris/hwcomposer. Later on, it should be able to support easily the Raspberry Pi driver. At this moment this does not work properly. Activate it at your own risk ! Do not report bug if you don't know what you are doing :-) A backend for Ecore_Evas will come later on along with a patch for Ecore_FB to use libinput. Finally a few patch should hopefully enable this backend to work and compile more easily (relying on proper header detection and dlopen/dlsym for access to proprietary function). You can read more about the goal of this patch by reading our wiki at : https://phab.enlightenment.org/w/boot2efl/ Signed-off-by: Cedric Bail <cedric@osg.samsung.com>
* Ector: Do not install any header fileJean-Philippe Andre2016-01-061-2/+2
| | | | Also fix spelling in .pc file
* pc: git ignore newly generated efl-js.pc fileStefan Schmidt2016-01-051-0/+1
|
* efl-js: JavaScript Eolian bindingFelipe Magno de Almeida2015-12-236-1/+62
| | | | | | | | | | | | | | | | | | | | | | 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
* efl: Add ecore_wl2 pc file to gitignoreChris Michael2015-12-031-0/+1
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* ecore-wl2: Add pkgconfig file for Ecore_Wl2 libraryChris Michael2015-12-031-0/+12
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* 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.
View Lorry Controller Status