On 22 September 2015 at 06:56, Dirk Hohndel <[email protected]> wrote: > Just to keep people updated. After a complete A-Z rebuild of every library > and component from source (I literally removed the build directory > including the MXE installation and started from scratch) I am nowhere. > > Things compile, installer builds and runs successfully on a Windows VM. > (this requires some manual intervention as otherwise QtWebKit isn't > built). > But subsurface.exe then crashes pointing at QtCore as the culprit. > > Both Thiago and I tried to figure out what's going wrong there and were > not successful. > > Based on another suggestion from Thiago I am now trying to compile a > debugging build of Qt5.5 for Windows but that keeps failing. It is > explicityl turned off for MXE - the reason given should not cause us a > problem, but my guess is there are other problems hidden by the fact that > these builds are normally turned off and therefore not tested with MXE. > > I thought about building natively on Windows... I actually went out and > bought a Windows 10 machine today in part to debug things (assuming that > I'll have more luck there than with just a VM) and in part to re-evaluate > native builds. But of course that breaks all of my build automation and > most everything else that I have worked on over the past few years for our > Windows builds. >
i don't know the details of the automation, but the good thing about the native built (with MINGW!) for me at least is that i can archive everything and if i decide to move it to a new machine i can just create the same folder structure, set some PATH variables and it would *just work* (in theory). in that sense, i can send you my exact folder structure and it will work for you. i think it's going to be 4 GB archive (2 without Qt) which i need to put somewhere up with my 1MBit upload speed. i'm now downloading Qt5.5 to test it out. > So I guess the real solution is to continue to track down > a) why I can't create debug builds of Qt5.5 under MXE and > b) why the release builds that I can create then crash when subsurface.exe > is run under Windows. > > To make matters more interesting I am leaving on a trip on Friday. > > So at this point I guess I need to declare 4.5 on hold. > > Any help would be extremely welcome. I'll try to check in my latest build > script with steps to recreate the complete build environment. > can you send me an installer? i can try finding out why it crashes... lubomir -- _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
