Alexander Neumann
Alexander Neumann
That is https://github.com/boostorg/log/issues/177 but it is really a bug in the vcpkg boost setup not carrying required dependencies between boost ports.
No reason to supply a CMakeLists.txt..... Pc file is called just xpm not libxpm
@JonLiu1993: I think the main point here is that a decision of the team is required if either the x pr gets merged and this will wait for it or...
> @Neumann-A I saw you did some work around x11, do you know what is current status/plans for this to come to vcpkg? No. #22642 should be ready. Just waiting...
@vitalyster You don't understand the problem. Multi Config cmake generators need the suffix to be able to correctly link against the libraries and generate correctly setup `-target.cmake` files. If it...
> why it works for me and for thousands of other ports? Because you don't know where the issues are and don't understand the multi config issues / `-target.cmake` generation...
> I tested a multi-config CMake build and it works. probably only tested debug config..... > I see the only reason to have a suffix is when all libraries are...
> They are stored in totally different directories: You are missing the point. CMake does not have a **default** concept of "different directories" for libraries. So what will `find_library(somelib_RELEASE NAMES...
Do you have more than one NuGet binary cache for vcpkg on Github?
Upstream issue? ;) I mean I can add the `vcpkg_fixup_pkgconfig()` in the next update but it won't fix what upstream isn't installing. In general you could try to use the...