aboutsummaryrefslogtreecommitdiff
path: root/mesonbuild/programs.py
diff options
context:
space:
mode:
authorEli Schwartz <eschwartz@archlinux.org>2022-01-27 19:24:54 -0500
committerDylan Baker <dylan@pnwbakers.com>2022-02-02 07:10:55 -0800
commit96df0fc69ea0f0a20519fa784db90aaf890a5f30 (patch)
treecd3696b2653bbfc9c5f0fba1465c57f435646ab0 /mesonbuild/programs.py
parent0268c25791a5b47a46699f7a0db538e227aa73b6 (diff)
downloadmeson-96df0fc69ea0f0a20519fa784db90aaf890a5f30.zip
meson-96df0fc69ea0f0a20519fa784db90aaf890a5f30.tar.gz
meson-96df0fc69ea0f0a20519fa784db90aaf890a5f30.tar.bz2
openssl dependency: add cmake support
This is gross and looks terrible, but I'm not entirely sure how else to do this. And cmake is an inferior methodology, TBH, since it is effectively the same as our own builtins. However, cmake also handles some bizarre Windows library names whose provenance I'm not entirely sure of, in addition to implementing the usual excessive pattern of hardcoded search directories. So, this may be useful, at least on Windows, as a fallback. (I am not really interested in offering feature compatibility with cmake for a bunch of bizarre naming schemes that ***aren't the official cmake library names***, so if cmake allows that and people really feel they need it, all the more power to them.) Nevertheless, I believe if it got found via our system dependency class, it will always provide results which are just as functional as cmake. cmake can only find openssl installations that would otherwise be missed. This also avoids the case where users did ``` dependency('OpenSSL', modules: [...], method: 'cmake') ``` and expected it to work, since our builtin dependency supersedes the divergent case and didn't previously allow the cmake method. I don't know why they would do such a thing, but who knows... it is always possible.
Diffstat (limited to 'mesonbuild/programs.py')
0 files changed, 0 insertions, 0 deletions