Thanks, it seems to work, build is still running since almost 1h.
Now, i have a question.
In your setup_cross_compilation_env.sh you commented update_mingw_cross_env.
If i create my "own" mxe, from mosu version, in wich i include your modifications, put it on github, and in update_mingw_cross_env i link to it instead of mosu version, will it work in that case if i uncomment update_mingw_cross_env ?
The idea is to eventualy get mxe update mosu would make, without redoing the whole process of including your changes from a clean mxe clone, as it takes me more than 2h to build the whole toolchain from scratch.
Edit :
Why did you switch the host name ?
Usualy i686 is for 32bits and x86_64 for 64bits...
Edit2 :
Confirmed, it's switched, with Architecture=64 it builds a 32bits version.
Try StreamFab Downloader and download from Netflix, Amazon, Youtube! Or Try DVDFab and copy Blu-rays!
+ Reply to Thread
Results 211 to 240 of 296
Thread
-
Last edited by jpsdr; 7th Feb 2024 at 14:23.
-
Yes, that should work. In fact you wouldn't even need to use my modified setup_cross_compilation_env.sh script because you would be updating from a repository with the correct source which wouldn't risk overwriting custom files locally.
The switch is a mistake on my part. Sorry about that.PB -
Thanks again for your work and help.
I'm trying small step at a time.
Now, next eventualy step, out of curiosity, is building qtbase-everywhere-src-6.6.1.tar.xz difficult ?
If not to much (but everything is relative... ), where can i find how to build it (with the W7 patches) ? -
Download the qtbase archive from official source.
The patches from https://github.com/crystalidea/qt6windows7 are stored in the correct folder structure used in the qtbase-everywhere-src-6.6.1.tar.xz archive.
So the simplest way would probably be to use a good archiver to open the qtbase archive and drag the patch folder(s) to the correct location in the archive and drop, overwriting the current files. The archive will be updated with the replacement files.
Then you can get the checksum for the new archive with this command:
Code:cksum -a sha256 qtbase-everywhere-src-6.6.1.tar.xz
PB -
I thought you have to build thing. Didn't opened the qtbase-everywhere-src-6.6.1.tar.xz, so i thouht i was a build, didn't realised it was "just" the sources.
So... if for exemple there is an officiel 6.6.2 release, and qt6Windows7 update to this 6.6.2.
I just have to :
- Get official qtbase-everywhere-src-6.6.2.tar.xz
- Unpack it.
- copy the qtbase folder of qt6Windows7 in the official release.
- recreate the qtbase-everywhere-src-6.6.2.tar.xz file.
- Edit the qt6-qtbase.mk file to change just the version and the checksum, or just the checksum if eventualy mosu allready updated the version.
And that's all ? -
You have it correct. That is the core of this simplified method; have mxe build modified qt6. Much better than the method I started with.
PB -
So, if i understand properly, in fact the idea is to "trick" mxe with another qtbase file, making it believed it allready downloaded the file.
I think this is indeed the best and very simple method, good one, thanks. -
I don't post revision builds of the qt5 version but I have shared them via PM requests. The qt6 build in post #177 is currently at revision 82.0.39 and works on older windows.
PB -
New version of VxKex has been released with compatibility for MKVToolNix v82.0.
https://github.com/vxiiduu/VxKex/releases/tag/Version1.0.0.999 -
Thanks for the update news. I tested the new VxKex on 32-bit Windows 7 and it indeed works with official MKVToolNix.
PB -
@autodidact No problem and btw. I've noticed something related to that small visual issue I've described in post #185.
This is screenshot from mkvtoolnix-64-bit-82.0-revision-039-g2605d21bb-Qt6_MOD.7z and as you can see here the text got correct colors.
https://postimg.cc/3djSNLS2
This is screenshot from mkvtoolnix-64-bit-82.0-revision-049-gd0618d054-Qt6_MOD.7z and here its again with odd color.
https://postimg.cc/sQhP8cvn
Just for info. It is not a problem at all for me. -
That is interesting. This was an unintentional experiment. Both builds were compiled with the windowsvista style set but version 82.0.39 didn't import the windowsvista style plugin during compilation, whereas 82.0.49 did. So the plugin is overriding or is incompatible with the color palette that Mosu has set for the interface and it presents in the theme style (or lack) you use for Windows. Without the plugin the windowsvista style doesn't look correct with the aero theme.
It seems you would benefit from having the windowsvista style set but not have the plugin imported.PB -
I see and interesting. Maybe you should report it as bug here https://github.com/crystalidea/qt6windows7 if that's still the version, you are using.
-
Works nicely as always...
A big Thank You to autodidact.
Cheers
manolito -
@autodidact
Hello.
Tried to update to 6.6.2 as qt6windows7 also updated to 6.6.2.
I have an mxe build error saying it can't find VersionHelpers.h in src/corelib/io/qstandardpaths_win.cpp.
Did you remove the line with the include ?
It seems VersionHelpers.h is something specific to Visual Studio, so i think it will be difficult to keep it under linux.
Edit :
Removing the line just got an error later in the same file with an undefined function (well...expected in a way).Last edited by jpsdr; 12th Mar 2024 at 13:06.
-
Hi jpsdr.
The patches are somewhat Windows-centric but the header they added does exist in mingw. They referenced the file with upper and lower case which wouldn't matter on Windows but with a case sensitive filesystem on Linux the all lower case file can't be found. So either all references to that header in the patches has to be changed to all lower case or you have to make a copy of that file in mingw with the name matching the reference.
Another patch that caused problems this time that you may encounter is src/plugins/platforms/windows/qwin10helpers.cpp. I used the patch from 6.6.1 in that case.PB -
Ok, thanks.
Edit:
No build issue it seems, but an error on qt6-qt5compat version 6.6.2 download because crc sha didn't match. The sha in the file is probably the one of 6.6.1.
Do i have also to update the SHA of all packages in mxe/src/qt/qt6/*.mk files ?Last edited by jpsdr; 12th Mar 2024 at 15:36.
-
I don't think mosu has updated his repo to 6.6.2 yet so you have only updated qt6-qtbase if that is the repo you are using. The main mxe repo has moved to 6.6.2 so you can either use that or bring in their .mk files for the other qt6 packages which will be 6.6.2 based and have the correct SHA.
PB -
Thanks, now i know what i'll have to do next time...
I just took a look, and it seems that there is an update of QT5 & QT6, so i'll get their mk file for both and update my custom mxe. -
QT5 update went fine, but still struggling with QT6, now error in configure, it was midnight when build finished, didn't get the will to read what it was... As it takes 3h for MXE to build, for QT6 it's realy begining to p**** me off, so i'll fully revert to 6.6.1 (wich worked), and wait Mosu to update his MXE to 6.6.2 (if he does).
@autodidact
If you've time, can you check my commits here to confirm that i've forgot nothing to commit ? If you think "yes", i'll merge all the commits in one. -
PB
-
Much appreciated!
Just gave it a go (only the 32-bit version), and it's working smoothly.
roofers of arlington
Cheers,
manolito -
@autodidact
Hello.
Sorry to bother you, i tried to build the current version,and i have a build error issue line 527 in src/mkvtoolnix-gui/util/langage_dialog.cpp saying there is no matching function for to_qs Q macro from src/common/qt.h.
What's odd is that i was able to build the version just before the recent commit, and none of these files have changed since a while, so, i'm a little lost... -
@jpsdr
There is some incompatibility with the new C++20 requirements. This breaks qt5 builds but the qt6 build is fine. For qt5 I reverted to the previous ac/c++features.m4 file, before C++20 support was added.PB
Similar Threads
-
FFmpeg Windows builds at gyan.dev
By Gyan in forum Video ConversionReplies: 34Last Post: 11th Feb 2024, 10:46 -
windows dos batch cat: WHAT UNTIL A FILE EXIST ?!?
By marcorocchini in forum Newbie / General discussionsReplies: 4Last Post: 18th Jun 2020, 16:58 -
please delete. thanks
By mrjayviper in forum Video ConversionReplies: 0Last Post: 11th Feb 2018, 04:24 -
Why is there no Official Windows XP Sticky???
By SameSelf in forum ComputerReplies: 1Last Post: 22nd Jun 2017, 23:20 -
Official Windows 8 Thread
By artistmode in forum ComputerReplies: 55Last Post: 21st Apr 2017, 08:01