Build issues

[Dirk Hohndel]

Sorry, on my phone.
Blow away your build directory and call build.sh from the directory above Subsurface with the path set up correctly for your Qt version.
That will fix all of the build time and run time issues

The loss of gas info is very scary. If this is in git then you know which exact version wrote the bad data. Please let us know so we can track that down

/D

On January 3, 2020 4:33:09 PM PST, Robert Helling <helling at atdotde.de> wrote:
>Hi,
>
>after far too many weeks without any reasonable amount of time to worry
>about Subsurface, the new year has provided me with some hours of free
>time to catch up and hopefully come up to speed again. By now, I can
>build again both desktop as well as mobile-on-desktop (have not tried
>to build mobile but that used to work with the occasional code signing
>problem). But there are a few annoyances I have not been able to
>overcome. For all of them, I at least have work arounds but I would
>like to list them here as maybe anybody of you has any idea how to deal
>with them.
>
>Everything I do here is on MacOS Mojave. Hombrew should be up to date.
>
>To be able to build a working mobile on desktop, my Qt version was too
>old. I cannot recall which version I tried, besides some older ones, I
>had 5.10 and 5.12 installed, but now with 5.14 it works (™).
>
>I also had to update Qt Creator to make the debugger start. It actually
>shows source code and variables but breakpoints seem not to work (but I
>tried only briefly).
>
>When building from within Creator, the binary dies with
>
>> objc[85638]: Class QMacAutoReleasePoolTracker is implemented in both
>/Users/Helling/Qt/5.12.0/clang_64/lib/QtCore.framework/Versions/5/QtCore
>(0x102539068) and
>/Users/Helling/mobile/subsurface/build-mobile/Subsurface-mobile.app/Contents/Frameworks/QtCore.framework/Versions/5/QtCore
>(0x107875068). One of the two will be used. Which one is undefined.
>> objc[85638]: Class
>QT_ROOT_LEVEL_POOL__THESE_OBJECTS_WILL_BE_RELEASED_WHEN_QAPP_GOES_OUT_OF_SCOPE
>is implemented in both
>/Users/Helling/Qt/5.12.0/clang_64/lib/QtCore.framework/Versions/5/QtCore
>(0x1025390e0) and
>/Users/Helling/mobile/subsurface/build-mobile/Subsurface-mobile.app/Contents/Frameworks/QtCore.framework/Versions/5/QtCore
>(0x1078750e0). One of the two will be used. Which one is undefined.
>> objc[85638]: Class RunLoopModeTracker is implemented in both
>/Users/Helling/Qt/5.12.0/clang_64/lib/QtCore.framework/Versions/5/QtCore
>(0x102539108) and
>/Users/Helling/mobile/subsurface/build-mobile/Subsurface-mobile.app/Contents/Frameworks/QtCore.framework/Versions/5/QtCore
>(0x107875108). One of the two will be used. Which one is undefined.
>> 2020-01-04 01:21:43.358550+0100 Subsurface-mobile[85638:10548329]
>[qt.qpa.plugin] Could not load the Qt platform plugin "cocoa" in ""
>even though it was found.
>> 2020-01-04 01:21:43.358812+0100 Subsurface-mobile[85638:10548329]
>This application failed to start because no Qt platform plugin could be
>initialized. Reinstalling the application may fix this problem.
>> 
>> Available platform plugins are: cocoa.
>
>but running
>
>make -j2 install
>
>from the command line produces a working binary (which can also be run
>from within Creator)
>
>But this takes quite long (even with very little changed source code),
>as I get error messages like
>> 
>> ERROR: ""
>> ERROR:
>"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
>string table not at the end of the file (can't be processed) in file:
>Subsurface-mobile.app/Contents/Resources/qml/QtQuick/Extras/libqtquickextrasplugin.dylib.dSYM/Contents/Resources/DWARF/libqtquickextrasplugin.dylib\n"
>> ERROR: ""
>> ERROR:
>"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
>string table not at the end of the file (can't be processed) in file:
>Subsurface-mobile.app/Contents/Resources/qml/QtLocation/libdeclarative_location_debug.dylib.dSYM/Contents/Resources/DWARF/libdeclarative_location_debug.dylib\n"
>> ERROR: ""
>> ERROR:
>"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
>string table not at the end of the file (can't be processed) in file:
>Subsurface-mobile.app/Contents/Resources/qml/QtLocation/libdeclarative_location.dylib.dSYM/Contents/Resources/DWARF/libdeclarative_location.dylib\n"
>> ERROR: ""
>> ERROR:
>"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
>string table not at the end of the file (can't be processed) in file:
>Subsurface-mobile.app/Contents/Resources/qml/QtPositioning/libdeclarative_positioning.dylib.dSYM/Contents/Resources/DWARF/libdeclarative_positioning.dylib\n"
>> ERROR: ""
>> ERROR:
>"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool:
>string table not at the end of the file (can't be processed) in file:
>Subsurface-mobile.app/Contents/Resources/qml/QtPositioning/libdeclarative_positioning_debug.dylib.dSYM/Contents/Resources/DWARF/libdeclarative_positioning_debug.dylib\n"
>> ERROR: ""
>
>for pages and pages  (and this takes a while). I tried to google this
>but could not find anything useful. This actually is most annoying.
>
>Furthermore, I could not push to my Github fork from the command line
>(with an error message
>
>remote: Resolving deltas: 100% (3/3), completed with 3 local objects.
>To https://github.com/atdotde/subsurface
>! [remote rejected]     finddm -> finddm (refusing to allow an OAuth
>App to create or update workflow
>`.github/workflows/linux-bionic-5.9.yml` without `workflow` scope)
>error: failed to push some refs to
>'https://github.com/atdotde/subsurface'
>
>
>But doing the push from the SourceTree git GUI program worked.
>
>Finally, looking into my local divelog git repository, I had to realise
>that recently, there were some updates that lost gas information:
>
>
> cylinder vol=24.0l workpressure=232.0bar description="D12 232 bar"
>-cylinder vol=11.1l workpressure=207.0bar description="AL80" o2=50.0%
>+cylinder vol=11.1l workpressure=207.0bar description="AL80"
>diff --git a/2012/08/15-Wed-12=41=00/Divecomputer-001
>b/2012/08/15-Wed-12=41=00/Divecomputer-001
>index 2b29c49..d18bbee 100644
>--- a/2012/08/15-Wed-12=41=00/Divecomputer-001
>+++ b/2012/08/15-Wed-12=41=00/Divecomputer-001
>@@ -7,7 +7,7 @@ airtemp 24.0<C2><B0>C
> watertemp 21.0<C2><B0>C
> event 20:00 type=1 name="deco stop"
> event 47:00 type=8 name="bookmark"
>-event 48:00 type=11 value=50 name="gaschange" cylinder=1 o2=50.0%
>+event 48:00 type=11 value=50 name="gaschange" cylinder=1
>   0:00 0.0m
>
>I could manually revert those but have no idea how those crept in. I
>hope we don’t have a regression that causes these.
>
>Any comments appreciated
>
>Best
>Robert

-- 
From my phone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20200103/dbd08b71/attachment-0001.html>