Replies: 2 comments 1 reply
-
The "built-in" scripts lack versioning and thus must be more or less frozen in order to not break manifest mode with old port versions.
The |
Beta Was this translation helpful? Give feedback.
-
|
That's great, thank you for clarifying @dg0yt Do you agree that |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I'd like to discuss the support for the meson build system in vcpkg, for working with a port that uses meson as its primary build system. As far as I can see there are some 'built-in' cmake scripts and also a package
vcpkg-tools-mesonwhich overrides some of those scripts. I think adding a dependency onvcpkg-tools-mesonallows the user to choose which version of meson runs, whereas the built-in one defaults to 0.58. Is there another reason for having it in two places?What caught my attention is that the script
vcpkg_configure_meson.cmake, which exists in both places but is slightly different in each, has a couple of minor issues. First, it passes the flags--nativeand--crossto meson even though they are not meson options, and second, the native/cross files it generates are given the extension.log, where.iniseems to be the convention. In fact these things don't cause problems because meson seems to accept any prefix of the actual flags (--native-fileand--cross-file) and doesn't care what the file name is. However it would be nice to straighten this out, only because I spent quite a while trying to understand how it was working until I realised about the prefixes and that the.logfiles weren't log files.But, I may be missing something about how this is supposed to work! What do people think?
Beta Was this translation helpful? Give feedback.
All reactions