Qml minimal not compile on mingw32, qt5.15.2 #640
Comments
|
Hello, Others from KDAB will surely come and welcome properly, but I can say "Thank you for your help !" In the meantime, could you give some precision ? Are you building cxx-qt from the latest commit on the main branch or are you using the 0.5.3 ? Did you build Qt yourself from source or was it coming from the Qt Installer ? Some people are currently working on the proper detection/handling of Qt. One detail is stucking out : Indeed, there is no Worth a try : could try again with the latest from main branch ? I think that it was fixed since I didn't encounter this error from my side. |
|
Hello,
If it doesn't make it difficult, it would be great to make sure that someone works with my kit, i.e. did anyone manage to build the project by connecting to |
ahayzen-kdab
added
🪲 bug
|
Thanks for taking the time to report this bug and improve CXX-Qt :-) For now we only have tested MSVC2019 in CI so if you have that available you might want to use that (but note that there are issues with corrosion and Rust 1.71 corrosion-rs/corrosion#418 #609 so you'd need to bump to 0.4.2). It would of course be great to get MinGW going so any information to help others figure out what is wrong with the build system would be appreciated :-) Are you able to locate the And for the |
…mespace This works around issues such as below with MinGW81 specialization of 'template<class T> struct rust::cxxbridge1::IsRelocatable' in different namespace Due to the following bug that was solved in GCC 7 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56480 https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#374 Related to KDAB#640
|
@Kuraga13 If possible could you try building with the changes in #641 to see if that solves the Note that the prl issue still need investigating, unless using a later commit that 0.5.3 has solved that :-) |
…mespace This works around issues such as below with MinGW81 specialization of 'template<class T> struct rust::cxxbridge1::IsRelocatable' in different namespace Due to the following bug that was solved in GCC 7 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56480 https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#374 Related to #640
|
@ahayzen-kdab
|
Hmm, that's interesting. Currently we only omit the cxx-qt/crates/qt-build-utils/src/lib.rs Lines 385 to 394 in e41cbfe |
This is confusing. I would not expect the |
|
My 2 cents: It seems there are no rules for lib prefix or not in Qt. It would be confusing and hard to maintain all the rules and exceptions. Like I did for the frameworks in QtBuild, you can determine if there is a prefix or not to the .prl early in the workflow and adapt the rest. |
|
If it is true that the |
|
VCPKG on Windows ARM : lib/Qt6Core.prl . Really not sure if it's built using MingGW or MSVC. I would bet on MinGW-W64 since MSYS2 is always downloaded by vcpkg for Qt |
I'm confused. Does |
|
Ah, it was possibly confusing. Sorry. I meant a lib directory with a file Qt6Core.prl |
to fix build with MinGW KDAB#640
|
Can someone test building #643 with MinGW? |
I can do it late at night |
|
Output is big. I'll put in a part. Here in full : |
to fix build with MinGW KDAB#640
|
So the following error appears to be due to MinGW / your compiler using C++11 not C++17 (which we are setting in CMake but maybe not with Rust build scripts). Do you know if MinGW 8.1 is the latest version available to you ? It looks like version 11 might be available ? |
|
And I note we are setting builder.flag_if_supported("/std:c++17");
...
builder.flag_if_supported("-std=c++17");Unless MinGW is not picking those up.... |
|
@ahayzen-kdab and rust kit is : It remains only to check the launch on a 32-bit machine and can close this issue. |
|
everything bulding, deployinig and running |
|
@Kuraga13 Awesome! thanks for testing that, feel free to open new issues for other problems you have :-) |
Msvc2019 (32bit) qt 5.15.2 is building & running ok.
But build with min_gw32 ( of course (changed path, rustup toolchain, kit cmake and checked everything) failed.
I didn't find such library in qt 5.15.2/lib
Rust toolchain:
stable-i686-pc-windows-gnu (default)
rustc 1.71.0 (8ede3aae2 2023-07-12)
QT:
Using Qt version 5.15.2 in C:/qt_from_qtsite/5.15.2/mingw81_32/
Cmake:
3.27.0, kit installed on mingw32 to qt directory
The text was updated successfully, but these errors were encountered: