Deployment problem on MAC OSX with macdeployqt Qt5.4.2 (and 5.3.2)
-
I have tested without the other sql plugins and I have the same error...
-
The two MacOS on which that doesn't run are MacOS 10.9 and Mac OS 10.11.3 without Qt.
But the software and bundle was made on a Mac OS 10.10.4.
does the problem come from the MacOs version ? -
No it should not.
Things I'd do now:
- Delete the bundle
- Do a full re-build
- Run macdeployqt on it
- Delete unused plugins
- Run
otool -Lon the remaining plugins - Check whether there's any path to a non-system library that looks fishy
- Run
otool -Lon the application executable - Check whether there's any path to a non-system library that looks fishy
-
already done several times the first three levels.
an otool -L on the sqlite plugin gives paths to Qt libraries with "@rpath" but I suppose it 's ok. -
and the sqlite plugin is linked with /usr/lib/libcc++.1.dylib and /usr/lib/libSystem.B.dylib too (and QtCore and QtSql)
-
I have build with Qt5.5.1 and I have the same problem than with Qt5.6.0
-
We will try later with a VM with MacOS 10.10 to see if it is a version problem
-
We have the same error on a MacOS 10.10 without the development environment (Qt,Xcode)
-
Might be a silly question but did you check all the plugins and the application itself for which version of Qt they are linked to ?
If everything looks correct, then I'd check the framework themselves to see if for any reasons one is not from the correct version.
-
@SGaist , Hi I have deleted Qt5.4.2 and Qt5.5.1 from the hard disk and built again the software with Qt5.6.0.
I have the same error on another Mac... -
OK the problem is solved , iHave found the solution: our software use a config path (/Users/user/.config/software/) in which there are one database log file that is created.the config path did'nt exist, that was the explanation of this error.
the software is ok now,we create the path at the beginning if it doesn't exist.
I use Qt5.6.0 for this software (I think I could have used Qt5.5.1 too). -
Haaaa that's a tricky one…
Indeed, the Qt version used wouldn't matter in this case.
So, if I understand you correctly, the database path was pointing to an invalid location ?
-
@SGaist, we should have created the path because the subdirectory .config didn't exist,so the software could not create and open the log database file.We have corrected that and now it runs well and the software is ok (we have created the path /.config/software in the user directory).
But for the first problem I had with macdeployqt, it doesn't run well with Qt 5.4, and it is ok with Qt5.6 (and perhaps with Qt5.5).as Qt5.6 is a long term support release I think Qt5.6 is a good choice -
macdeployt has received several fixes since 5.4. Indeed 5.6 is a good choice from a support/maintenance point of view.
