[Development] Android missing SONAME in lib's causes
Thiago Macieira
thiago.macieira at intel.com
Fri Jul 26 21:26:16 CEST 2013
On sexta-feira, 26 de julho de 2013 12:10:59, BogDan wrote:
> >> In this case I'll keep my -1 for that patch
> >>
> >> Can't cmake scripts be changed to work with SONAME set to
> >> libQt5XXXXX.so ?
> >
> > Why don't we do on Android what we do everywhere else?
> >
> > soname: libQt5XXXX.so.5
> > actual file: libQt5XXXX.so.5
> >
> > No need to ship the symlink in .apk. It's only necessary in the SDK /
> > sysroot.
>
> Because a few things will still stop to work (e.g. qtc android plugin) :) .
A Qt Creator plugin is not an argument, since we can fix the plugin :-)
> Also AFAIK everywhere else libQt5XXXX.so.5 is a symlink
> to libQt5XXXX.so.5.major which is a symlink to libQt5XXXX.so.5.major.minor
> . If you don't plan to ship libQt5XXXX.so.5.major.minor and we don't use
> symlinks, then personally I don't see any reason to add an extra .5 to the
> end of the file name as long as the file name already contains a 5 ...
Right. libQt5XXXX.so.5 -> libQt5XXXX.so.5.x.y. Is there a restriction in
shipping the symlinks in .apk?
Anyway, the advantage is that we don't have to fix qmake and cmake and
everything else that assume that there is a soname, and computes that soname.
Instead of making Android different and then adding more conditionals, we
should make Android more similar.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel Open Source Technology Center
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 190 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.qt-project.org/pipermail/development/attachments/20130726/2d9ee46b/attachment.sig>
More information about the Development
mailing list