The comment that you were referring to was misleading - shared library builds are supported, but default to `off` on non-unix-like platforms. Passing `-DBUILD_SHARED_LIBS=ON` to CMake at configure time will enable it. I've fixed the comment on my fork, which will be merged soon.
On Thu, 11 Nov 2021 at 17:57, Kyle McLachlan <[email protected]> wrote: > > I think that should be easily remedied, I'll look into that ASAP. > > On Thu, 11 Nov 2021 at 17:47, Heinrich Schuchardt <[email protected]> > wrote: > >> On 11/11/21 13:37, Kyle McLachlan wrote: >> > My apologies if this is not the correct forum; >> > >> > GLPK 5.0 is currently being given CMake support at the following GitHub >> > repository: https://github.com/Mizux/GLPK < >> https://github.com/Mizux/GLPK> >> > >> > This is being done to make it more compatible with other CMake builds, >> > specifically including Google's OR Tools. It would be great if this work >> > could be included in the official codebase, or if anyone could lend a >> > hand in testing and/or ironing out any potential bugs. >> > >> > One of the benefits of this CMake effort is that there is no need to >> > maintain a separate build script for MSCV, as it builds and runs great >> > on MSVC using CMake - this may be of interest to the maintainers of >> GLPK. >> >> According to https://github.com/Mizux/GLPK/blob/main/CMakeLists.txt#L50 >> you do not support building DLLs with your CMake files. >> >> GLPK DLLs are essential to call the GLPK library from C, C++, JAVA, C#, >> or any other language. >> >> Best regards >> >> Heinrich >> >> > >> > Kind regards, >> > Kyle >> >>
