A bit more in response to https://www.mail-archive.com/gretl-devel@gretlml.univpm.it/msg10143.html and following. Also in response to useful information from Juan Estévez offlist. * The new gretl-specific package containing a suitable build of gnuplot for Windows was, as Juan pointed out, installing into the wrong location -- an extra "bin" directory under the one that should be used. That's now fixed. A pacman update under MSYS2: pacman -Syu should put that to rights. * The recently updated "deps" package contained a build of libgsf, but as Sven pointed out that wasn't working. I now see what the problem was: the libgsf DLL I included was cross-compiled on Linux and had somewhat different dependencies from those available on current MSYS2. So I've now removed libgsf from my deps package. If you installed the broken version you should update with "pacman -Syu" as above. If you want to have gretl use libgsf for zipping and unzipping (recommended) then you can install libgsf as packaged for mingw64: pacman -S mingw-w64-x86_64-libgsf * Build "errors" with messages of the form "Could not determine path..." are benign and can be ignored. * Build errors showing "error while loading shared libraries: ?": The "?" indicates that while something went wrong MSYS2 can't tell us what it was, which can be kinda frustrating. In my experience building on Windows (also Sven's) this is sometimes just temporary flakiness: run "make" again and it may work. But, Juan, if you were using my deps package including libgsf it's not just flakiness, it's a real problem with my libgsf DLL, as mentioned above. GTK3-specific: I've done a GTK3 build of gretl myself now. I'm working on trying to figure the minimal set of icons needed for a redistributable package. It's certainly nothing like the 45 MB under mingw64/share/icons (more like a few hundred KB, I think), but I'm not ready with a recipe yet. Allin