path: root/pc/.gitignore (follow)
Commit message (Collapse)AuthorAgeFilesLines
* efl_mono: Add buildystem integration.Lauro Moura2017-12-041-0/+1
| | | | | The C# bindings are built using the --enable-csharp-bindings (disabled by default).
* Revert "Revert series of patches from cedric (due to dependencies and ↵Cedric Bail2017-11-141-0/+1
| | | | | | | | | | conflicts)" This reverts commit 2cea85db388d34337676466ef7f50c22e685c7d0. Their was a typo that I made during cleanup of the patch before pushing that I didn't notice broke some stuff. But also you may have an old efl_general.h in your elementary directory that is now being picked instead of the one provided by the tree.
* Revert series of patches from cedric (due to dependencies and conflicts)Carsten Haitzler (Rasterman)2017-11-151-1/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Revert "elementary: currently double declare elm_init/shutdown." This reverts commit 44bb0c18480f5094fcd0c8be93de87be5c1d78c5. Revert "elementary: fix efl_ui_multibutton installed headers." This reverts commit 32a213dc722be2bfec5fb2b513dd556cfb7e9f33. Revert "elementary: introduce Efl_Ui.h." This reverts commit df3d3f7334a79f1ab661b31787002f50af59b3f3. Revert "ecore: do not display error message on cancel." This reverts commit 99654b7cd29b418e0308be350c8d26208c0905a8. Revert "efl: and don't forget to install the new dependencies." This reverts commit 814ffb9b6bd50d498bfd98f4b8a75f1cad3cc0cf. Revert "ecore: remove EFL_OBJECT_BETA as Efl_Core.h is for Efl new inerfaces." This reverts commit 619d0f3cff023414feb8f2aaeebf468806c50b44. Revert "ecore: move EAPI_MAIN from elementary to ecore." This reverts commit e5d84da864214b9f772808040f22e1614889a25f. as such commit e5d84da864214b9f772808040f22e1614889a25f starts the breaking. enlightenment, terminologya and other apps can't compile against that efl anymore. 619d0f3cff023414feb8f2aaeebf468806c50b44 then makes this even worse with even more header errors and undefined types. on top of this df3d3f7334a79f1ab661b31787002f50af59b3f3 then starts making elementary_test segfault when it runs. it wont even start up. asu such of these 7 commits in the first 4 (that are then relied on later) 3 of these first 4 cause serious breakage. this simply is a complete lack of testing changes, so i've rolled fl back to before these things so it builds and works again and you can build against it. PLEASE test these things. this looks ot me to be obviously a lack of any testing... :(
* elementary: introduce Efl_Ui.h.Cedric BAIL2017-11-141-0/+1
* gitignores - update for new pc filesCarsten Haitzler (Rasterman)2017-11-061-0/+3
* efl: remove PS3 backend.Cedric BAIL2017-08-251-2/+0
| | | | | | | This backend has received no patch and maintenance from anyone who could actually test it over the last few years. After talking with KaKaRoTo it is best to remove it. If anyone want to take over its maintenance, you are welcome to revert this patch.
* ecore-drm2: Add start of Ecore_Drm2 libraryChris Michael2016-05-271-0/+1
| | | | | | | | | | This new library is going to replace the existing Ecore_Drm. This will refactor a lot of the code, bring improvements over the existing API, and provide additional support for missing features. @feature Signed-off-by: Chris Michael <cpmichael@osg.samsung.com>
* elput - update gitignore.Hermet Park2016-04-141-0/+1
| | | | ignore a generated pc file.
* elementary: install elementary cxx pkgconfig file.Cedric BAIL2016-04-011-0/+1
| | | | T3397
* pc: add elementary.pc to gitignoreCarsten Haitzler (Rasterman)2016-03-251-0/+1
* evas: add eglfs evas module.Nicolas Aguirre2016-03-181-0/+1
| | | | | | | | | | | | | | | | | | 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>
* pc: git ignore newly generated efl-js.pc fileStefan Schmidt2016-01-051-0/+1
* efl-js: JavaScript Eolian bindingFelipe Magno de Almeida2015-12-231-0/+3
| | | | | | | | | | | | | | | | | | | | | | 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>
* Revert "Adds support of the eglfs module in the autotools config"Nicolas Aguirre2015-08-031-1/+0
| | | | This reverts commit 3b2074aa710a095c2379702334bfa125bcc1990a.
* Adds support of the eglfs module in the autotools configFlorent Revest2015-08-031-0/+1
* ecore-buffer: Add ecore_buffer library to EFL.Seunghun Lee2015-06-221-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | 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
* efl.model: Remove unused emodel-cxx.pc.in and emodel.pc.inFelipe Magno de Almeida2015-05-041-2/+0
* emodel: Created Emodel and Eio_Model.Larry Jr2015-04-051-0/+3
* ector: initial introduction.Cedric BAIL2015-04-031-0/+1
| | | | | | 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-171-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* pc: Ignore newly generated elocation.pc fileStefan Schmidt2014-11-111-0/+1
* gitignores: ignore efl-cxx.pcJean Guyomarc'h2014-09-161-0/+1
| | | | | | | | Reviewers: cedric Subscribers: cedric Differential Revision: https://phab.enlightenment.org/D1439
* 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
* eolian-cxx: fix make distcheck and automake files for Eolian C++Felipe Magno de Almeida2014-05-041-1/+3
| | | | | | | | | | | | | | | | | 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-031-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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-011-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* ecore-drm: Add ecore-drm.pc to gitignoreChris Michael2014-03-061-0/+1
| | | | Signed-off-by: Chris Michael <cp.michael@samsung.com>
* Eolian: update .gitignoreDaniel Zaoui2014-03-031-0/+1
* eina: add a C++ bindings to Eina @feature.Felipe Magno de Almeida2014-02-251-0/+1
| | | | | | | | | | | | | | | 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>
* Ecore_Avahi: initial commit.Cedric BAIL2013-12-171-0/+1
| | | | | | TODO: - Add tests, how ? - Integrate with Eo, needed ?
* Split .gitignore into multiple filesEduardo Lima (Etrunko)2013-06-111-0/+49
Signed-off-by: Eduardo Lima (Etrunko) <eduardo.lima@intel.com>