Repository navigation
windows build failure on nightly #755
Description
If not already known, the nightly windows build is broken:
http://sqlitebrowser.oldsch00l.com/build.log
Building CXX object CMakeFiles/DB Browser for SQLite.dir/src/AboutDialog.cpp.obj
i686-w64-mingw32.static-g++: error: @CMakeFiles/DB: No such file or directory
i686-w64-mingw32.static-g++: error: Browser: No such file or directory
i686-w64-mingw32.static-g++: error: for: No such file or directory
i686-w64-mingw32.static-g++: error: SQLite.dir/includes_CXX.rsp: No such file or directory
make[2]: *** [CMakeFiles/DB Browser for SQLite.dir/src/AboutDialog.cpp.obj] Error 1
make[2]: *** Waiting for unfinished jobs....
i686-w64-mingw32.static-g++: error: @CMakeFiles/DB: No such file or directory
i686-w64-mingw32.static-g++: error: Browser: No such file or directory
i686-w64-mingw32.static-g++: error: for: No such file or directory
i686-w64-mingw32.static-g++: error: SQLite.dir/includes_CXX.rsp: No such file or directory
make[2]: *** [CMakeFiles/DB Browser for SQLite.dir/src/CreateIndexDialog.cpp.obj] Error 1
make[1]: *** [CMakeFiles/DB Browser for SQLite.dir/all] Error 2
make: *** [all] Error 2
see also: #758
Activity
justinclift commentedon Aug 30, 2016
Thank @jungle-boogie. It's likely the result from changing CMake config in
masterbranch yesterday.Emailing @rp- now, to see if it's fixable. 😄
Update installer variables on Windows, update Qt5 path
Rename main CMake project name variable back to "sqlitebrowser".
justinclift commentedon Aug 31, 2016
Haven't heard back from @rp-, so took a different approach instead as pointed out by @MKleusberg: 2957974
I think the nightly build will be ok again now. At least until we switch to Qt5, by which time we'll need to have a Qt5 compatible version of it running. 😄
justinclift commentedon Sep 1, 2016
The logs from the nightly build seems to say it succeeded.
Haven't personally tried the resulting package though. 😉
chrisjlocke commentedon Sep 1, 2016
Just tested the nightly, and it works. Compared the 'about' box with 3.9, and noticed 3.9 doesn't show a SQLite version?
3.9
3.9.99
Also, the icons for both are different - 3.9.99 is a lighter grey... Wasn't sure if these 'differences' should be there...
jungle-boogie commentedon Sep 1, 2016
The nightly I downloaded is identical to the second picture above.
justinclift commentedon Sep 1, 2016
@chrisjlocke Yeah, the version info shown for our SQLCipher builds is a bit wonky. We query the SQLCipher library for it's version number... but instead of telling us the correct info, it just returns the version of SQLCipher it's based on. That info is probably helpful for some people (maybe feature detection?), but doesn't really match up with how we're doing things.
We do have an open DB4S issue about fixing the version number displayed for SQLCipher, but I'm not finding it right at the moment. 😦
chrisjlocke commentedon Sep 1, 2016
Aah, pull 585...
#585
justinclift commentedon Sep 2, 2016
Thanks. That's why I missed it... only looked in the Issues. 😉
revolter commentedon Sep 19, 2016
But the icon didn't change, right?
jungle-boogie commentedon Oct 12, 2016
The builds for windows have been working for some time. Closing now. :)
revolter commentedon Oct 12, 2016
@justinclift, Why does this Windows issue have the
linuxlabel? 😆justinclift commentedon Oct 12, 2016
The Windows nightly builds (at the moment) are cross compiled on an Arch Linux box. 😉
Rename main CMake project name variable back to "sqlitebrowser".