Re: Build issues

Dirk, > On 4. Jan 2020, at 20:07, Dirk Hohndel wrote: > > So for me this is an interesting dance. As long as I set the > QT_QPA_PLATFORM_PLUGIN_PATH to the right directory, I can usually get away > without running make install after every build - I only need it after the > first build. So in

Re: Build issues

On Saturday, 4 January 2020 12:31:53 -03 Robert.Helling wrote: > find Subsurface-mobile.app/ |grep dylib$|xargs -n1 otool -L > > here: https://neu.atdotde.de/~robert/ot.out > > Maybe you can spot something odd. Ok, that will catch plugins (as they are .dylib), but not the libraries themselves.

Re: Build issues

> On Jan 4, 2020, at 11:00 AM, Robert Helling wrote: > > Subsurface-mobile 2.2.3 (4.9.3.693) was from git log. The problem is, I > don’t know what I did that caused a write at all. I agree that this version > will contain the bug (if it wasn’t me doing something stupid), but I will > look

Re: Build issues

Dirk, > On 4. Jan 2020, at 17:37, Dirk Hohndel wrote: > > That answer makes no sense, Robert. > The version that messed up your data is the version that wrote the very > commit that removes the o2 value. > So do a git log -p on your cloud repo and search for that specific change, > and then

Re: Build issues

> On Jan 4, 2020, at 7:31 AM, Robert.Helling wrote: > > Thiago, > > thanks for helping out. > >> On 4. Jan 2020, at 15:14, Thiago Macieira > > wrote: >> >> This looks like an incomplete deployment: some binary resources inside the >> bundle still point to the

Re: Build issues

> On Jan 4, 2020, at 1:50 AM, Robert Helling wrote: > > Tracking down the offending version that forgot the gas content: It was > Subsurface-mobile 2.2.3 (4.9.3.693) running on January 2nd. But I have not > been diving for several months and did not use the mobile version in a > similarly

Re: Build issues

Thiago, thanks for helping out. > On 4. Jan 2020, at 15:14, Thiago Macieira > wrote: > > This looks like an incomplete deployment: some binary resources inside the > bundle still point to the original files from the Qt SDK, not the bundled > copy > of the Qt

Re: Build issues

On Friday, 3 January 2020 21:33:09 -03 Robert Helling wrote: > > 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 > >

Re: Build issues

Dirk, > Am 04.01.2020 um 05:34 schrieb Dirk Hohndel : > > 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 Unfortunately not. I have already done