-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make CMake builds behave more "normal" #141
Comments
Thanks for your feedback, our CMake build is currently still in the experimental stage so all feedback is appreciated. We are also happy to accept contributions, so feel free to submit a PR with any improvements. Is vcpkg building with mingw? |
You're probably thinking too much about that. Usually,
Vcpkg can build packages for mingw, but building packages for mingw is not tested in their CI. |
Is there any progress? |
I will add this work to our backlog and we can try to look into it if time permits.
|
Yes. |
OK, thanks for the information. I'll close this issue for now and we will try to add these suggestions before the next release if possible. As mentioned previously, contributions are always welcome too🙂 Please re-open the issue if needed. |
I noticed the following issues while updating the
intel-ipsec
port in vcpkg ( microsoft/vcpkg#36066 ):On Windows, the DLL is copied to
System32
. This not only requires admin privileges but is also completely unnecessary.Also on Windows, the structure of the installed files is completely different from the common directory layout (i.e. headers into
${PREFIX}/include
, static libraries into${PREFIX}/lib
, and shared libraries into${PREFIX}/bin
). Everything is installed together in one directory. As a result, we have to move all files to their expected locations.Additionally, it would be nice if you provided CMake config files. This would make it easier for users to consume this library and would also remove the need to copy the dll to System32 in order to be found because CMake takes care of that.
We have a policy to not build examples, tests, or documentation. It would be nice if you can provide an option to not build them.
The text was updated successfully, but these errors were encountered: