Cura 8640 PyQt6 upgrade

[jellespijker]

In order to get this to work on our build-system and working for all three OSes we did a shit tons of boy scouting in our cmake. We removed old methods with variables and try to be consisted in a target-based approach. The idea is that we don't patch stuff down the line, but that the install should place everything in the correct path in a uniform way across all of Cura's dependencies.

Most of the changes had to do with how dependency targets were named and to make sure that external projects weren't downloaded automatically or that we prefer the usage over an external dependency instead of the shipped once. That means moving the third-party libs, such as clipper to another structure. I tried to be backward compatible with these changes but they are untested on my machine. I believe @Ghostkeeper ran into some issues recently.

Because of this target based approach and how the flags and settings are now set we can drop support for MinGW on Windows: CuraEngine (and its dependencies protobuf and Arcus) can now compile using the x64 MSVC toolchain on Windows. This is tested with the Visual Studio 2019 and 2022 version.

The question is if we are going put time into doing it properly for both scenario's: supporting shipped libs and external libs or are we saying don't waste the energy since these shipped libs will be removed anyhow in CURA-8830 . In fact people can install the third-party dependencies now anyhow using Conan. I myself am in favor of removing the third-party shipped dependencies t.b.h.

To setup Conan:

pip install conan
conan profile new default --detect
conan config install https://github.com/ultimaker/conan-config.git

To use Conan:

git clone https://github.com/ultimaker/curaengine.git
cd curaengine
conan install . if build -pr:b cura_build.jinja -pr:h cura_release.jinja --build=missing
cd build
cmake -G Ninja -DCMAKE_TOOLCHAIN_FILE=conan_toolchain.cmake -DArcus_ROOT=<root-path-arcus-install> .. 
ninja

This should download, (build if needed,) en install the dependencies, create a cmake toolchain containing the correct paths top dependencies and proper settings. You can also use make or nmake instead of Ninja but I advise Ninja since that can be used on all three systems.

There were also some changes needed in the namespace when using enums and the renaming of the Python modules Arcus and Savitar to their counterparts pyArcus and pySavitar. This was needed to ensure no naming conflicts downstream.

Part of

• Cura 8640 PyQt6 upgrade libArcus#134
• Cura 8640 PyQt6 upgrade pynest2d#17
• Cura 8640 PyQt6 upgrade libSavitar#41
• Cura 8640 PyQt6 upgrade libnest2d#3
• Cura 8640 PyQt6 upgrade cura-binary-data#17
• Cura 8640 PyQt6 upgrade libnest2d#3
• Cura 8640 PyQt6 upgrade Uranium#804
• Cura 8640 PyQt6 upgrade Cura#11792
• [WIP] Cura 8640 PyQt6 upgrade cura-build-environment#126
• Cura 8640 PyQt6 upgrade cura-build#280
• ultimaker/cura-rundeck-jobs#1

Fixes

• MSVC build broken #377

Todo

• Update Readme. But maybe best done in a separate ticket to prioritize with our other work for the 5.0 release
• Fix failing CI/CT due to out date build environment. I think it will be best if we fix this in a separate ticket.

P.S. Developers try compiling with the -DEXTENSIVE_WARNINGS=ON we still have a bit of boy scouting in front of us.

[Ghostkeeper]

Only one minor remark that I'd point out in case you agree that it could be better, but the rest of the changes are good and I wouldn't block it.

In the libs folder I think all of the whitespace has changed to include a carriage return (Windows-style). This may be a weirdness in your Git config. I verified that no real changes were made with the -w option in git diff. The only actual change was the way clipper.hpp is imported, which is pointed out here on Github as well.

[Ghostkeeper]

I think perhaps just if(Debug OR RelWithDebInfo) is easier syntax to read than this.

A bit of a matter of style though, so I'm fine either way.