summaryrefslogtreecommitdiff
path: root/meson.build
Commit message (Collapse)AuthorAgeFilesLines
* lety's go back to dev mode .99 versionCarsten Haitzler (Rasterman)2022-01-031-1/+1
|
* release - 1.26Carsten Haitzler (Rasterman)2021-12-261-1/+1
|
* ecore - mainloop - select - increase max set size and check fd if overCarsten Haitzler (Rasterman)2021-06-041-0/+2
| | | | | if fd's exceed max set size then things will ... god bad. how - ... depends on the OS but at least report that there is an issue.
* Revert "meson - subprojects missed eeze as dep for elput"Carsten Haitzler (Rasterman)2021-04-121-1/+1
| | | | | | | This reverts commit 84f596c83bb9f8c8f3fbf6c404362094241bf45c. actually deps is for includes only for installed headers - so revert. as eeze is internal only to elput.
* meson - subprojects missed eeze as dep for elputCarsten Haitzler (Rasterman)2021-04-121-1/+1
|
* build: enable elput per defaultMarcel Hollerbach2021-04-031-1/+1
| | | | | this is now needed by enlightenment in order to support gesture recognition, even in xorg, hence enabling it per default.
* build: release freeze is overStefan Schmidt2020-09-221-2/+2
| | | | 1.25 is done and we are back to development mode.
* build: only find env onceMarcel Hollerbach2020-09-021-0/+2
| | | | | this was a bit messy, and we might have caused a bug on the ML with that.
* release: Update NEWS and bump version for 1.25.0-alpha1 releasev1.25.0-alpha1Stefan Schmidt2020-08-241-2/+2
|
* elua: do not link to cffi, load the module insteadDaniel Kolesa2020-07-311-9/+1
|
* build: warn of faulty check versionMarcel Hollerbach2020-07-271-0/+4
| | | | | Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org> Differential Revision: https://phab.enlightenment.org/D12067
* Meson.build cleanup.João Paulo Taylor Ienczak Zanette2020-07-011-151/+154
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This is a 8 commit patch, but only for a while - after agreeing with each of the changes, it shall be squashed into a single commit. I want to make further changes on meson.build (maybe I can end up simplifying the build system, or just let things more organized in the end) and thought that starting with a cleanup would be a good first step. The changes are: 1. build: set arguments scope to project instead of globally If we set arguments globally, it may conflict with other builds - specially considering [meson's subprojects feature](https://mesonbuild.com/Subprojects.html). Setting to project arguments ensures we are only considering EFL and not leaking unwanted flags. 2. build: Fix spacing and indent Mostly because it is not well standardized during the file - sometimes there's spaces between tokens, sometimes there is not, etc. The same applies to indent. 3. build: move test environment closer to test commands Just as a matter of organization. If we're doing things for tests that don't impact other stuff, then leave it when tests are handled. 4. build: Remove unnecessary parenthesis and == true comparisons Less noisy redundancy: `true` is already true, and `false` is already false, no need to re-check. Besides, reading `if sys_windows` and `if sys_windows == true` shouldn't have different effects, as the first you can read as "if the system is windows". It gets better when you have `not` instead of `== false`, so for an example you could read `if not sys_windows` as "if it is not a windows system" more naturally. 5. build: Switch pc_files to dict Just thought it could stay a little better (since it works as a dict), specially in the `foreach` right after. 6. **[removed to a future patch]** build: Use meson's warning_level instead of hardcoded -Wall This way we ensure this is compiler-independant (and use the correct feature for that, since meson even warns when configuring the build dir). 7. build: Use language args from add_project_arguments properly instead of a loop The `language:` kwarg from `add_{project,global}_arguments` receives a list of languages, so no need for that loop. 8. **[removed to a future patch]** build: Use '/' instead of join_paths As it [is recommended by meson since v0.49](https://mesonbuild.com/Release-notes-for-0-49-0.html#joining-paths-with-) (and stays clearer IMO, specially since that's how some languages are adopting path separation, e.g. C++'s filesystem stdlib). Reviewers: bu5hm4n Subscribers: vtorri, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11994
* meson: add Solaris supportVincent Torri2020-06-181-1/+8
| | | | | | | | | | | | | | | | Summary: Add Solaris support for meson Test Plan: test on OpenIndiana Reviewers: raster, bu5hm4n, stefan_schmidt Reviewed By: raster, stefan_schmidt Subscribers: alarcher, stefan_schmidt, bu5hm4n, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11973
* build: decrease the minimal needed meson verion to 0.50Stefan Schmidt2020-06-121-1/+1
| | | | | | | | | | When we jumped from 0.47 to 0.52 to fix problems some users have been seeing when building we might jumped a bit to far. We want a good balance between stable and fast building but also mature enough to be in distro releases and widely available. We will try to settle for a middle-ground with 0.50 here. If that causes problems for you building please let us know instantly.
* build: disable elua by default, plus nicer detectionDaniel Kolesa2020-06-061-1/+16
| | | | | | | | Elua is now disabled by default. There are some other changes: 1) Elua scripts are only installed if Elua is enabled 2) Lua bindings are only installed if Elua is enabled 3) Elua with interpreter is clearly experimental and will message
* need to upgrade meson. it looks like older ones have troubleCarsten Haitzler (Rasterman)2020-06-041-1/+1
| | | | like adding endless: -lm -ldl -lm -ldl ....
* bindings: rename luajit -> luaDaniel Kolesa2020-05-291-1/+1
|
* build: ensure we set all needed asan option for check run as wellStefan Schmidt2020-05-291-1/+1
| | | | | | | | | | | Normally we would set the needed detect_odr_violation=0 form our CI scripts. Move it here to ensure we have it set and it does not get forgotten when meson overrides the env far. Fixes the ASAN job on CI. Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D11902
* build - fix eina pc deps so you can build against efl againCarsten Haitzler (Rasterman)2020-05-281-1/+1
|
* build: add efl-canvasl-wl to efl-oneMarcel Hollerbach2020-05-281-1/+1
| | | | | | this is required by e, thank you Ross. Differential Revision: https://phab.enlightenment.org/D11901
* build: add priv eo targets to efl_one_eo_depsMarcel Hollerbach2020-05-281-1/+1
| | | | | | | this was forgotten / never spotted before. Thank you Quelrond for the report! Differential Revision: https://phab.enlightenment.org/D11895
* build: efl-one track all subdirs correctlyMarcel Hollerbach2020-05-271-1/+5
| | | | | | | | | this was missed before, so the subdirectories have not been correctly added. With this you can now simply build with efl-one with including <Elementary.h> Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org> Differential Revision: https://phab.enlightenment.org/D11893
* build: add correct flags to efl-one.pcMarcel Hollerbach2020-05-271-1/+1
| | | | they are required, and normally dragged in via eina.
* build: time for efl-oneMarcel Hollerbach2020-05-271-42/+87
| | | | | | | | | | | | | | | | this is building parts of efl into a single .so and links all modules and binaries to it. The libraries themselfs are build as .a's which are linked together as .so's. Which is required as every subproject has its little custom c_flags, which are somtimes conflicting. After the final .so is then built, all the split up libraries are replaced with the efl-one. After that the modules and binaries are built correctly with the correct link on the efl-one parts. Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org> Differential Revision: https://phab.enlightenment.org/D11808
* build: split up building of libs, bins, modules, benchmarkMarcel Hollerbach2020-05-271-64/+109
| | | | | | | | | | | | | | | | this is needed as a preparation for more build refactoring. Overall goal to build efl in a single .so. What this commit results in is that *every* lib gets build first, then the modules and binaries of all subprojects. This way of building is needed in order to replace the split up libraries with the efl-one one later. Additionally, the infrastructure is added to set flags on the libraries that should be build together. Reviewed-by: Stefan Schmidt <stefan@datenfreihafen.org> Differential Revision: https://phab.enlightenment.org/D11805
* build: disable leak detection in address sanitizer build for tests as wellStefan Schmidt2020-05-261-0/+4
| | | | | | | | | | | | | | | | | | | | | | Summary: The same principle we use for the build stage we use here for running our tests. Leak detection has just to many problems for us on the shutdown path that it makes no sense to use here. I am also bumping the evas timeout form the default 30s to 60 as I have been running into timeouts with asan enabled on my machine. This would not change anything on a default build. Depends on D11137 Reviewers: smohanty, bu5hm4n, raster, zmike Reviewed By: zmike Subscribers: zmike, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11862
* build: move EFL_BUILD to package_c_args used in all subprojectsStefan Schmidt2020-05-261-6/+11
| | | | | | | | | | Original patch by Vincent Torri. Co-authored with Marcel Hollerbach. fixup Reviewed-by: Vincent Torri <vincent.torri@gmail.com> Reviewed-by: João Paulo Taylor Ienczak Zanette <joao.tiz@expertisesolutions.com.br> Differential Revision: https://phab.enlightenment.org/D11851
* build: set DLL_EXPORT when on a windows systemStefan Schmidt2020-05-251-0/+1
| | | | | | | | | | No need to have this elementary specific, we can do this globally. Original patch by Vincent Torri. Differential Revision: https://phab.enlightenment.org/D11850 Signed-off-by: Stefan Schmidt <s.schmidt@samsung.com>
* Revert "Fix EAPI definition by defining EFL_BUILD for each built DLL"Carsten Haitzler (Rasterman)2020-05-181-1/+2
| | | | This reverts commit 3ade45cbc82bea1772c7ad1afb7e1ba5dd67d930.
* Fix EAPI definition by defining EFL_BUILD for each built DLLVincent Torri2020-05-181-2/+1
| | | | | | | | | | | | | | Summary: EAPI must be defined to dllexport when building DLL, and to dllimport when using these DLL. To achieve this, define EFL_BUILD for each library and module, and set DLL_EXPORT unconditionally. Static library are and will be not supported Test Plan: compilation Reviewers: zmike, raster, jptiz Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11834
* build: enable -Wpointer-arith for dev buildsMike Blumenkrantz2020-05-121-0/+1
| | | | | | | | | | | | Summary: this is a useful warning to avoid errors when calculating pointer offsets Depends on D11816 Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11817
* build: enable -Wfloat-compare by default for dev buildsMike Blumenkrantz2020-05-121-0/+1
| | | | | | | | | | Summary: Depends on D11799 Subscribers: segfaultxavi, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11800
* build: ensure we set ENABLE_LUA_OLD when using a lua interpreterStefan Schmidt2020-05-121-0/+1
| | | | | | | | | We missed to actually set the ENABLE_LUA_OLD. Ross run into some problems with Lua 5.2 builds and we hope this fixes the issue for him. Found and fixed by Marcel Hollerbach (only put in the system by me). Fixes T8705
* build: release freeeze overStefan Schmidt2020-04-291-2/+2
| | | | Going back to normal development mode. Have fun!
* ecore_evas_x: allow parsing of links form the link listMarcel Hollerbach2020-04-141-1/+1
| | | | | | | | | | | | | | | | | | Summary: this is needed in order to return the data the same way the legacy impl did. This however has the annoying sideeffect that ecore_evas_x now depends on efreet, and we had to change the build order. Depends on D11696 Reviewers: zmike, stefan_schmidt, raster Reviewed By: zmike Subscribers: devilhorns, cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11697
* meson: build modules on macos as .soMarcel Hollerbach2020-04-071-1/+1
| | | | | | | this is needed in order to support ecore-evas loading of .so modules Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D11651
* release: Update NEWS and bump version for 1.24.0-alpha1 releasev1.24.0-alpha1Stefan Schmidt2020-04-011-2/+2
|
* exactness: remove exactness library and move code into binary folderStefan Schmidt2020-03-241-1/+1
| | | | | | | | | | We do not want to have EAPI from exactness exposed at this point without any real user. I know of no application using the exactness library. If we come to that point we can move things back into a lib, but for now having the code shared between the various executables is all we need. Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D11545
* efl-wl: rename to efl.canvas.wlMike Blumenkrantz2020-03-121-1/+1
| | | | | | | | | | | | | | | | | Summary: this is a canvas object so it needs to be in the canvas namespace Depends on D11475 Reviewers: segfaultxavi, bu5hm4n Reviewed By: bu5hm4n Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11476
* efl-wl: start conversion to eoMike Blumenkrantz2020-03-121-1/+1
| | | | | | | | | | | | | | | | | Summary: this converts the main efl-wl object to an eo-based canvas group object Depends on D11465 Reviewers: segfaultxavi, bu5hm4n Reviewed By: bu5hm4n Subscribers: cedric, #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D11454
* remove vlc, gst-0.10, xine deps, modules as they are brokenCarsten Haitzler (Rasterman)2020-03-081-3/+0
| | | | | they dont work. easier to remove than fix, so... remove :) only gst 1.x supported now.
* exactness: import code from external repo into efl.gitDaniel Zaoui2020-02-071-0/+1
| | | | | | | | | | | | | | | | | | Exactness has been developed in a separate git repo for many years. This finally moves it over into efl. Having it in tree allows us for easier testing with our current main target elementary_test and integration into our CI system (patches for this are work in progress already). We are only importing the lib and binary for test execution, not the full set of test data. This is would be over 500MB and thus it will stay in a different repo and only made available during the actual testing. [The original patch was made by Daniel Zaoui. Over the course of review and testing it got extended with build fixes for API changes and mingw compilation support from Stefan Schmidt and Michael Blumenkrantz] Reviewed-by: Mike Blumenkrantz <michael.blumenkrantz@gmail.com> Differential Revision: https://phab.enlightenment.org/D11285
* correct edje pkg-config generation for luaoldRoss Vandegrift2019-12-281-1/+34
| | | | | | | | | | | Currently, edje.pc gets its lua Requires from the -Dlua-interpreter argument. If -Dlua-interpreter=lua, an unversioned lua entry ends up in Requires, which cannot always be satisifed. The evas filters meson.build handles this case by generating a version-specific entry. This patch copies that logic into the top level meson.build, and passes the result to the edje subproject. Reviewed-by: Marcel Hollerbach <mail@marcel-hollerbach.de> Differential Revision: https://phab.enlightenment.org/D10965
* elocation: remove beta libraryStefan Schmidt2019-12-091-2/+1
| | | | | | | | | | | This has never been fully finished or really used. The GeoClue project dbus API moved on to a newer version as well. We still have it marked as beta so we should take the chance and get rid of it to cleanup our tree a little bit. Reviewed-by: Chris Michael <cp.michael@samsung.com> Reviewed-by: Vincent Torri <vincent.torri@gmail.com> Differential Revision: https://phab.enlightenment.org/D10788
* FreeBSD: Link against OpenSSL in base.Alastair Poole2019-12-031-1/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: When pulling in OpenSSL and building against the port there are some linker complications. For example, doing a TLS HTTP transaction will crash in libcurl which was built against OpenSSL in base. If we link against FreeBSD's OpenSSL these issues are resolved. Test Plan: On FreeBSD use the openssl port and build EFL against it. 1) Upload a screenshot in E (segv). 2) Click on a link to image in terminology over HTTPS (segv). Reviewers: bu5hm4n, raster Reviewed By: raster Subscribers: cedric, Peter2121, #reviewers, q66, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10789
* meson: redo evas buildingMarcel Hollerbach2019-10-291-8/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: before recent times we had to support static and shared building based on the options of the user, which forced us to complicate our build with the evas_goal hack. the evas_goal hack more or less was the idea of "faking" the evas build in the evas directory, finish all the .eo generation there, then build the modules and make all the static files ready. Then build everything in evas_goal. Now, that we just build everything the same always, we can simply build it in the evas way (removing the evas_goal hack FINALLY), as the same modules are build statically and shared. This also gives us the possibility to build the shared image loaders *again* the the modules directory, which unbreaks peoples build scripts who packaged loader files seperatly. Reviewers: zmike, raster, cedric, stefan_schmidt Reviewed By: zmike Subscribers: #reviewers, #committers Tags: #efl Differential Revision: https://phab.enlightenment.org/D10548
* build - images loaders and saver modules need to link to evasCarsten Haitzler (Rasterman)2019-10-051-0/+2
| | | | | | | | | | | | | if your platform is picky enough it won't want to leave unresolved symbols (which wshould be resovled at runtime from the host lib) so we need to link these modules to evas. the problem is due to the complicated build of some modules being static and some shared, evas is declared with evas_goal and this has to be declared after static modules are declared but since i was declaring static and shared at the same time from a table this breaks. so i have to move all the static and shared module stuff into evas_goal into 2 phases. one phase for the static and one for the shared after evas is delcared so evas as a target exists to link to.
* build - remove evas-modules option as its rather pointlessCarsten Haitzler (Rasterman)2019-10-041-15/+1
| | | | | | | | | evas-modules affects evas engine modules if they are static or shared, but ecore evas modules are still modules... so all in all this doesnt help much as it still requires modules to be separate from the shared libs, thus disallowing for statically linking efl into an app anyway etc. etc. etc. ... so less options to deal with, less complexity. better.
* build: switch back to plain mode, release is overStefan Schmidt2019-10-011-1/+1
| | | | | Another forgotten detail. Need to switch back to plain mode now that we are out of freeze again.
* meson: support mono bindings building without cxxMarcel Hollerbach2019-10-011-10/+1
| | | | | | | | | | | | | | | | | | | | | Summary: the mono bindings do depend partitially on the cxx bindings, eina_cxx and eolian_cxx are needed, nothing more. With this commit you can build mono without cxx. fixes T8292 Reviewers: lauromoura Reviewed By: lauromoura Subscribers: cedric, #reviewers, #committers Tags: #efl Maniphest Tasks: T8292 Differential Revision: https://phab.enlightenment.org/D10264
View Lorry Controller Status