Windows: Take 2

[Tobias-Fischer]

Checklist

• Used a personal fork of the feedstock to propose changes
• Bumped the build number (if the version is unchanged)
• Reset the build number to 0 (if the version changed)
• Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
• Ensured the license file is being packaged.

[conda-forge-linter]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

[Tobias-Fischer]

@conda-forge-admin, please rerender

[Tobias-Fischer]

So it seems like this builds fine. It is based on #7. It creates and installs a cunit.lib, but not a cunit.dll. I'm not a Windows person and have no idea whether there should be a dll, too. I commented out some stuff in the CMakeLists.txt as it was throwing an error.

Could you have a look and let me know what you think @traversaro @wolfv?

[wolfv]

I think we just have to turn this option on BUILD_SHARED_LIBS. I can push that change

[wolfv]

@Tobias-Fischer here :)

[wolfv]

thanks for picking this up, let's get it over the finish line this time :)

[wolfv]

dll is built, but installed into lib, instead of bin. It should be installed into bin. I am checking.

[Tobias-Fischer]

Do we have to comment the stuff in the CMakeLists back in?

[wolfv]

ah, no I think pdb files are for debugging. I just changed RUNTIME DESTINATION from lib to bin. Let's see if that does the trick.

[traversaro]

The last problem is that the check for existence checks for libcunit.lib, but the default CMake convention for names of add_library(cunit) (or also find_library(cunit) ) is:

• Unix : libcunit.<ext>
• Windows: cunit.<ext>

[traversaro]

ah, no I think pdb files are for debugging. I just changed RUNTIME DESTINATION from lib to bin. Let's see if that does the trick.

FYI the DESTINATION argument is not required anymore since CMake 3.14 (see https://cmake.org/cmake/help/v3.14/command/install.html#targets). However, the default value uses CMAKE_INSTALL_LIBDIR (if GNUInstallDirs was previously included) that default to lib64 on non-Debian distros, so for conda-forge use is important to set it to lib explicitly.

[github-actions]

Hi! This is the friendly conda-forge automerge bot!

I considered the following status checks when analyzing this PR:

• linter: passed
• drone: passed
• travis: passed
• azure: passed

Thus the PR was passing and merged! Have a great day!