mxe
aqtinstall
Our great sponsors
mxe | aqtinstall | |
---|---|---|
9 | 26 | |
1,157 | 853 | |
1.3% | - | |
9.5 | 8.2 | |
7 days ago | 7 days ago | |
Makefile | Python | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
mxe
- MXE (M Cross Environment)
-
Using pybind11 with minGW to cross compile pyhton module for Windows
Cross compiler 64bit minGW along with MXE environment
- Getting “QT with MinGW support”?
-
Because cross-compiling binaries for Windows is easier than building natively
I used to use MXE [1] to compile fully static Windows binaries on Linux VMs hosted with Travis. It needed to crane in everything though, so it was a source of bottlenecks from time to time. I was also uncertain about the provenance of a lot of the dependencies in that toolchain. So when Travis died I took the opportunity to move Windows builds back to gnu with msys2, all over GH Actions. These are actually comparatively snappy and I’m reasonably satisfied with it.
[1] https://mxe.cc/
-
Linux-to-Windows cross-compilation using MSYS2 packages
MXE readily supports GCC 12 as a plugin (just a configuration line): https://github.com/mxe/mxe/tree/master/plugins/gcc12
-
Seer - a new gui frontend to gdb/mi (Updated v1.3)
Also, if you don't have any other significant dependencies, getting the development tools on Windows is not that hard with the Qt installer. Alternatively, there is MXE.
-
Writing code in Linux, but creating a program in windows.
MXE (https://mxe.cc/) is a great cross compiler environment (on linux) that uses mingw.
-
Cross-compilation on a mac
You can install Docker to build on any Linux distro, and if one of those is Ubuntu then you can use https://github.com/mxe/mxe to further build for Windows. Or VirtualBox + Ubuntu + MXE.
aqtinstall
-
Qt 5.15.11 open source released
I've used aqt[1] before but it doesn't look like it's seeing 5.15.11 yet, just 5.15.2.
[1]: https://github.com/miurahr/aqtinstall
-
Unified Installer - Commercial only?
Don't use the Qt installer. It sucks. It's only reason is to annoy people and collect your data. Use aqt: https://github.com/miurahr/aqtinstall
-
Adventures in Debian's Qt Land
I mostly disagree. Like you said, Qt is the best native GUI toolkit available today. And that is a hard achievement. There are many tradeoffs (some you pointed out) but the open source community seems to find a way around those limitations. There are thousands of open source libraries you can plug-in into your Qt app to overcome many of its limitations (although some remain, like how can't we still not easily change caret/cursor color of QTextEdit??).
Unlike you, I like the direction where Qt is taking. I think QML and Qt Quick are great. I just implemented a feature in my note-taking app that turns Markdown text into Kanban board using QML and the experience has been great (https://github.com/nuttyartist/notes/pull/574). I'm planning to continue transition from QWidgets to QML/Qt Quick.
I do worry of the continuous friction with open source development and hate the online installers as well. I can recommend this useful tool https://github.com/miurahr/aqtinstall that allows you to easily download prebuilt Qt binaries. I hope they can revert their approach on that.
-
Current Issues With The Qt Project - From The Outside Looking In
Install the qt binaries from the command line https://github.com/miurahr/aqtinstall
-
KDE Plasma development switches to Qt 6 tomorrow
https://github.com/miurahr/aqtinstall will help you with that.
- Qt 6.5 will switch to FFMPEG as the default Qt Multimedia backend for all platforms
- Getting “QT with MinGW support”?
-
Qt 6.4 Released
you can install it from vcpkg or conan (or https://github.com/miurahr/aqtinstall if you really want the official Qt binaries) and it'll be much less
-
Trouble Building Qt6/5
Is there any particular reason why you want to build Qt yourself? This is usually quite painful and requires a lot of extra stuff (see https://wiki.qt.io/Building\_Qt\_6\_from\_Git) . If you just want to avoid the (horrible) official installer and a Qt account, you can use aqtinstaller to fetch everything you need: https://github.com/miurahr/aqtinstall
-
Please do not use Python for tooling
Just recently, I had to recompile a (singleplayer) save game editor. So basically a GUI that does some clever hex editing.
It was written in C++ using Qt.
Have you ever tried compiling a Qt program on Windows? It involves signing up for an official Qt developer account to even install qmake.
To the point I had to use an unofficial Qt installer CLI app (aqtinstall) [0] to even install the toolchain to build this little shitty app... which still relied on having several Qt .dll files in the same directory as the .exe to work.
Have you clicked on [0] yet? Well, then guess what programming language aqtinstall uses.
[0] https://github.com/miurahr/aqtinstall
What are some alternatives?
llvm-mingw - An LLVM/Clang/LLD based mingw-w64 toolchain
archinstall_gui - Guided Arch Linux graphical installer
seer - Seer - a gui frontend to gdb
openiddict-core - Flexible and versatile OAuth 2.0/OpenID Connect stack for .NET
quasi-msys2 - Cross-compile C/C++ from Linux to Windows using MSYS2 packages
Crow - A Fast and Easy to use microframework for the web.
displaylink-rpm - RPM sources for the DisplayLink USB display adapters
GuiLite - ✔️The smallest header-only GUI library(4 KLOC) for all platforms
manylinux - Python wheels that work on any linux (almost)
MySqlConnector - MySQL Connector for .NET
glibc_version_header - Build portable Linux binaries without using an ancient distro
Avalonia.FuncUI - Develop cross-plattform GUI Applications using F# and Avalonia!