aboutsummaryrefslogtreecommitdiff
path: root/mesonbuild/modules/cmake.py
AgeCommit message (Collapse)AuthorFilesLines
2021-03-04mass rewrite of string formatting to use f-strings everywhereEli Schwartz1-7/+7
performed by running "pyupgrade --py36-plus" and committing the results
2021-03-04various python neatness cleanupsEli Schwartz1-2/+2
All changes were created by running "pyupgrade --py3-only --keep-percent-format" and committing the results. I have not touched string formatting for now. - use set literals - simplify .format() parameter naming - remove __future__ - remove default "r" mode for open() - use OSError rather than compatibility aliases - remove stray parentheses in function(generator) scopes
2021-02-22minstall: Add --skip-subprojects optionXavier Claessens1-2/+2
By default all subprojects are installed. If --skip-subprojects is given with no value only the main project is installed. If --skip-subprojects is given with a value, it should be a coma separated list of subprojects to skip and all others will be installed. Fixes: #2550.
2021-01-13build/interperter: Add annotations and move input validation to interpreterDylan Baker1-2/+2
This moves the user input validation to the interpreter, instead of being in the build module, and adds type annotations.
2021-01-04Use a single coredata dictionary for optionsDylan Baker1-3/+3
This patches takes the options work to it's logical conclusion: A single flat dictionary of OptionKey: UserOptions. This allows us to simplify a large number of cases, as we don't need to check if an option is in this dict or that one (or any of 5 or 6, actually).
2020-10-13include_type: Add CMake subporject dependency method (fixes #6879)Daniel Mensinger1-3/+10
2020-08-09cmake: Make the CMake targte not found error more useful (see #7567)Daniel Mensinger1-1/+3
2020-07-01Merge pull request #7231 from mensinda/cmOverrideJussi Pakkanen1-9/+101
cmake: Add more advanced subproject configuration options
2020-06-12modules/cmake: Fix setting install_dirDylan Baker1-2/+1
Fixes: #7301
2020-06-05cmake: Add more advanced subproject configuration optionsDaniel Mensinger1-9/+101
This is done with the new cmake subprojects options object that is similar to the already exisiting configuration data object. It is consumed by the new `options` kwarg of the cmake.subproject function.
2020-02-19modules/cmake: Add a found() method to the cmake subprojectDylan Baker1-0/+8
Just like the native meson subproject has.
2020-02-19modules/cmake: Use the noPosargs helperDylan Baker1-3/+2
2019-11-06Fix typos found by codespellWolfgang Stöggl1-1/+1
- Typos were found by codespell v1.16.0
2019-10-01cmake: subproject() supports the 'required' kwargXavier Claessens1-1/+1
2019-09-26cmake: define set_and_check in CMake package config (fixes #5889)Daniel Mensinger1-0/+12
2019-07-13cmake: Handle disabling subprojectsThibault Saunier1-1/+4
2019-06-09Purge `is_cross` and friends without changing user interfacesJohn Ericson1-1/+1
In most cases instead pass `for_machine`, the name of the relevant machines (what compilers target, what targets run on, etc). This allows us to use the cross code path in the native case, deduplicating the code. As one can see, environment got bigger as more information is kept structured there, while ninjabackend got a smaller. Overall a few amount of lines were added, but the hope is what's added is a lot simpler than what's removed.
2019-06-06cmake: moved subprojects into the CMake moduleDaniel Mensinger1-2/+68
2019-05-20Remove compilers from ModuleState objectJon Turney1-2/+3
It doesn't make much sense to have this and not also have cross-compilers (so any use of this is already pretty suspect as probably wrong when cross-compiling). This information is accessible anyhow via environment.coredata.
2019-04-28cmake: Use CMAKE_ROOT instead of _INCLUDE_FILE (closes #5218)Daniel Mensinger1-10/+2
2019-04-25Don't use len() to test for container emptinessDylan Baker1-1/+1
I ran the numbers once before (it's in the meson history) but it's *much* faster to *not* use len for testing if a container is empty or not.
2019-01-17add support for generating cmake filesDavid Fort1-0/+221
This new cmake module allows to generate cmake package files. This may ease the porting for cmake projects that are exporting cmake package informations for other depending projects. The module uses as much as possible the templates provided by the cmake installation (and so cmake needs to be installed).