Smacked head-first into a stupid issue with the #libcurl package deployed by #MinGW / #MSYS / #MinGW64 - turns out that if you copy the DLLs out of the MinGW environment (you know, like if you want to actually *deploy* an application that uses them), libcurl suddenly starts freaking out about "SSL CA cert" problems.

Someone on StackOverflow noticed there's an alternate "mingw-w64-x86_64-curl-winssl" package that doesn't seem to suffer from this issue (which I confirmed). What a damned mess!

I do not understand this bug: https://gitlab.com/qemu-project/qemu/-/issues/1360

#QEMU #OpenSource #WSL2 #mingw #mingw64 #filesystem

The version of #yaml-cpp currently shipped by #MSYS for #MinGW64 has a bug that prevents exporting a symbol to the shipped DLL. It's not MSYS' fault, because yaml-cpp hasn't put out an updated formal release since 10 months before fixing this: https://github.com/jbeder/yaml-cpp/issues/1026#issuecomment-1122305522

#xp

Trying to get #OpenXcom to build in #MSYS #MinGW64 using #CMake and #vscode, and of course it's a dumpster fire. *sigh*

It builds but barfs up a massive series of linker errors at the end, even though I already found and fixed one CMakeLists.txt issue. Whee!

#xp

KF 2.14.10 released! Highlights:
https://mathr.co.uk/blog/2020-05-25_kf_2.14.10_released.html

#KallesFraktaler2 #KF #Fractal #Mandelbrot #BurningShip etc #DeepZoom #Software #Perturbation #SeriesApproximation

Big changelog this time: read it and download from https://mathr.co.uk/kf/kf.html#kf-2.14.10
(binaries for 64bit Windows run in Wine on Linux where I do my coding, cross-compiling using #MINGW64)