MINGW-packages | Package scripts for MinGW-w64 targets to build under MSYS2

I'm having a hard time debugging this issue: https://github.com/cnjinhao/nana/issues/445

I have previously asked about LTO vs static object initialization and edited the library's code to implement Meyer's singletons so that the correct order of initialization happens. Hello worlds still crash, although library's functions have mostly dissappeared from stack traces:

I am trying to build a static Cairo library on Windows under MSYS2/MinGW-w64 & am having trouble linking to libpixman-1.a static library. The linker errors are as follows:

I am having troubles when trying to upgrade my Portable Msys2 under Win 10 with pacman -Syuu, as detailed below. I did this before with no problem.

What could the problem and solution be?

When I cross-compile Qt 5.8.0 from source myself and use it to build the Qt "Dynamic Layouts" example from Qt Widgets for Microsoft Windows, it looks old-fashioned, as if it were running on Windows 2000, as shown in the left window below. However, if I compile the exact same program using the pre-built mingw-w64-x86_64-qt5-static package (version 5.8.0-1) from MSYS2, it looks like a nice modern Windows application, as shown in the right window below. How can I fix my version of Qt so that GUIs built with it will look nice? Is there a configuration option I am missing?

One thing to look into is the QWindowsVistaStyle class. I noticed that when I compiled my program in MSYS2, I had to add -luxtheme because that class referred to some functions from there, like GetThemeColor. Those functions are only available in Windows Vista and later. When I cross-compiled using my own Qt on Linux, I didn't need that library, so perhaps that class was somehow disabled in my build.

I built the cross-compiled Qt and the old-looking Dynamic Layouts example using commit f51d834 of my nixcrpkgs repository. If you look at the code in that commit, it will show you exactly what commands were run to build the mingw-w64 cross-compiler, and build Qt, and build the Qt examples, including Dynamic Layouts. You can build it yourself if you install Nix, download nixcrkpkgs, and then run nix-build -A pkgs.i686-w64-mingw32.qt.base-examples in the nixcrpkgs directory. You can see my build recipe for the Qt package in that commit.

I ran this script in a MINGW64 shell in MSYS2 to build the example and got good results. It relies on the mingw-w64-x86_64-qt5-static package from MSYS2. You can see the build recipe for that package.

I have been trying to create a standalone GUI app for Mac OSX based on a python 3 script (version 3.7). The .py script works perfectly when launched directly from the terminal. However this is for my father that needs assistance when downloading a .jpg, so he needs a simple double click app.

Unfortunately all the tools I try to use seem to have known bugs with the modules I'm using (py2App = openpyxl / pyinstaller = tkinter). The one I'm trying to use now is cx_Freeze.

However there is again a know bug with Python 3.7 described

• here
• and here

I've been trying to fix this on my mac OSX machine but cannot find the file that is being referred to (on this GIT-hub, the code linked by the first post hereabove).

I would like to fix this bug, but I would also like to understand why this is happening to increase my knowledge of both python and creating standalone apps.

Unfortunately, I'm not good enough to understand how to fix it by reading the GIT-hub posts (as they are directed to Windows systems and I do not find the files), nor why this bug occurs.

Thanks in advance for your help.

for info, here is a copy of the terminal output when launching the created executable: