Fix installation in Windows

[davidegorbani]

In the CMakeLists.txt I added an if statement to check if the operating system that is installing the project is Windows and if it is the flag BUILD_SHARED_LIBS is set to OFF.

CC @dariosortino

[traversaro]

It would be great if in the long term we fixed BUILD_SHARED_LIBS=ON on Windows. In theory it should be sufficient to have

biomechanical-analysis-framework/CMakeLists.txt

Lines 49 to 52 in 7c4a708

	# To build shared libraries in Windows, we set CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS to TRUE.
	# See https://cmake.org/cmake/help/v3.4/variable/CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS.html
	# See https://blog.kitware.com/create-dlls-on-windows-without-declspec-using-new-cmake-export-all-feature/
	set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)

, but probably something is not working as expected. Can we at least open an issue in which you copy&paste the problem with BUILD_SHARED_LIBS=ON?

[davidegorbani]

Can we at least open an issue in which you copy&paste the problem with BUILD_SHARED_LIBS=ON?

Yes, we opened #37.

[davidegorbani]

I rebased the branch and now the Windows CI is failing due to the ResolveRoboticsURICpp library.

[traversaro]

That is because for static libraries private dependencies are promoted to public dependencies (as in general if B.a links A.a, to create an executable that links B.a you also need to link A.a, while if B.so links A.so you only need to link B.so).

This is not a problem for header-only library, but CMake does not know this. See robotology/idyntree#1065 for a description of this.

[davidegorbani]

I would close this PR and not merge it since we found a solution to install the examples on Windows (see #37 (comment)).