Open solvingj opened 5 years ago
No, but you are close. The import lib
does go to lib
dir, but .dll
‘s are considered runtime binarys and thus go to bin
dir .
So what's the problem? You're building with cmake with LIBTINS_SHARED=1 so it should be a a tins.dll file but its not being generated?
No, but you are close. The
import lib
does go tolib
dir, but.dll
‘s are considered runtime binarys and thus go tobin
dir . So what's the problem? You're building with cmake with LIBTINS_SHARED=1 so it should be a a tins.dll file but its not being generated?
It’s built, but not installed.
The log shows it's building a shared library:
-- Build will generate a shared library. Use LIBTINS_BUILD_SHARED=0 to perform a static build
Here you can see it does not install the DLL.
I believe the problem is that you don't define a
RUNTIME
destination here: https://github.com/mfontanini/libtins/blob/master/src/CMakeLists.txt#L222https://cmake.org/cmake/help/v3.13/command/install.html#installing-targets
I have a PR incoming which does fix the issue.