Comment by ~lattis on ~lattis/muon
So it appears the problem is that muon is not smart enough to clean up your options for you. Does everything work if you specify libdir relative to prefix e.g. -Dlibdir=lib64?
Comment by ~lattis on ~lattis/muon
This warning means muon was compiled without libcurl support, but a function requiring libcurl was called. It is unrelated to whether or not libcurl was found via
dependency()
. In your specific case, you probably compiled muon without libcurl (if you just did ./bootstrap.sh, then this is always the case), then tried to configure muon with docs enabled, which in turn tried to get the meson-docs wrap via curl and failed, printing the warning you mentioned.
REPORTED
RESOLVED CLOSEDComment by ~lattis on ~lattis/muon
This should be fixed now. Since we already have the original file contents in memory, I implemented this by just rewriting those original contents to the file if an error occurs.
I also found out that
fmt -i -q meson.build
will truncate the file, and fixed that by erroring if both-i
and-q
are passed.
REPORTED
RESOLVED FIXEDComment by ~lattis on ~lattis/muon
This has been created
REPORTED
RESOLVED IMPLEMENTEDComment by ~lattis on ~lattis/muon
Right now muon gets the list of dirs to search through via
cc --print-search-dirs
, which isn't posix. There should maybe be a fallback likeget_option('prefix') / get_option('libdir')
?
Comment by ~lattis on ~lattis/muon
When you say meson can, what to you mean? I thought meson didn't support tinycc.
Comment by ~lattis on ~lattis/muon
This kwarg isn't implemented in muon. I have just pushed a commit that stubs it out however, so that should make it work with the analyzer just fine.
REPORTED
RESOLVED FIXEDComment by ~lattis on ~lattis/muon
REPORTED
RESOLVED CLOSED