OK, now my problem is that `ld` successfully links against `.lib` file, but as the result `.dll` is...

# kotlin-native

[Iaroslav Postovalov]

OK, now my problem is that ld successfully links against .lib file, but as the result .dll is lost, and the executable can't find it

[Iaroslav Postovalov]

message has been deleted

[Iaroslav Postovalov]

package=org.gnu.gsl
headers=gsl/gsl_blas.h gsl/gsl_linalg.h gsl/gsl_permute_matrix.h gsl/gsl_matrix.h gsl/gsl_vector.h gsl/gsl_errno.h

linkerOpts.linux=-L/usr/lib64 -L/usr/lib/x86_64-linux-gnu -lblas
staticLibraries.linux=libgsl.a libgslcblas.a
compilerOpts.linux=-IC:\Users\posto\.konan\third-party\kmath-gsl-0.3.0-dev-1/include/
libraryPaths.linux=C:\Users\posto\.konan\third-party\kmath-gsl-0.3.0-dev-1/lib/

linkerOpts.mingw=-LC:/msys64/mingw64/lib/ -LC:/Users/posto/.konan/third-party/kmath-gsl-0.3.0-dev-1/Library/lib/
staticLibraries.mingw=gsl.lib gslcblas.lib libopenblas.a
compilerOpts.mingw=-IC:/Users/posto/.konan/third-party/kmath-gsl-0.3.0-dev-1/Library/include/
libraryPaths.mingw=C:/Users/posto/.konan/third-party/kmath-gsl-0.3.0-dev-1/Library/lib/ C:/msys64/mingw64/lib/

That's my .def file

[msink]

Well, why use openblas from MSYS2 but gsl from some other place?
pacman -S mingw-w64-x86_64-gsl should install it, but not sure if it contains static .a variant or not.

[Iaroslav Postovalov]

Well, it turned out that Condaforge which I used for Linux binaries contains broken binaries for Windows

[Iaroslav Postovalov]

And Pacman binaries are OK

[Iaroslav Postovalov]

Thank you.