On terça-feira, 13 de agosto de 2013 13:39:57, Stephen Kelly wrote:
> Set the SONAME to the library name without the major
> version number appended, as android does not have the versioned
> symlinks.
By the way, please note that "Android does not have the versioned symlinks" is
a false statem
On Tuesday, August 13, 2013 04:20:23 BogDan wrote:
> HUH ?!?!
> Doesn't it change the SONAME to libQt5.so.5.1 instead lib.so ?
No. I don't know of any platform that uses maj.min at the end of the SONAME.
>From the commit message:
Set the SONAME to the library name without the major
ver
On Tuesday, August 13, 2013 04:04:40 BogDan wrote:
> > Bogdan, how does https://codereview.qt-project.org/#change,61330 break the
> > qt creator plugin?
>
> Hi,
>
> It breaks it because QTC plugin expects that .so libs to end with ".so" and
> we need to synchronize the new QTC with Qt 5.2 release
On Thursday, July 25, 2013 07:37:57 BogDan wrote:
> >> This provides a improvement for me but it is not a complete solution,
> >>on
> >>
> >> android we load libQt5xxx.so my solution as it was still tried to load
> >> libQt5xxx.so.5 which doesn't exist as libraries are not symlinked on
> >> an
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
> >> libQt5X.so ?
> >
> > Why don't we do on Android what we do everywhere else?
> >
> > soname: libQt5
On sexta-feira, 26 de julho de 2013 09:59:06, 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
> libQt5X.so ?
Why don't we do on Android what we do everywhere else?
soname: libQt5.so.5
actual file: libQ
On Tuesday, July 23, 2013 10:20:02 Simon Lees wrote:
> This provides a improvement for me but it is not a complete solution, on
> android we load libQt5xxx.so my solution as it was still tried to load
> libQt5xxx.so.5 which doesn't exist as libraries are not symlinked on
> android like they are
On 07/22/2013 08:44 PM, Stephen Kelly wrote:
On Wednesday, July 17, 2013 14:01:07 Simon Lees wrote:
this embeds SONAME libQt5x.so.5 into the Qt Libraries and NEEDED
libQt5Core.so.5 this is a good start as it removes the fixed path from
the needed line. It still causes issues on android however,
On Wednesday, July 17, 2013 14:01:07 Simon Lees wrote:
> this embeds SONAME libQt5x.so.5 into the Qt Libraries and NEEDED
> libQt5Core.so.5 this is a good start as it removes the fixed path from
> the needed line. It still causes issues on android however, as it tries
> to load libQt5Core.so.5 e
On Thu, Jul 11, 2013 at 09:14:39AM -0300, Rafael Roquetto wrote:
> On Thu, Jul 11, 2013 at 10:31:30AM +0930, Simon Lees wrote:
> > Hi,
> >
> > I have tried adding
> > set (CMAKE_SHARED_LIBRARY_SONAME_C_FLAG
> > "${CMAKE_SHARED_LIBRARY_SONAME_C_FLAG} -soname")
> > and alternatively
> > set (CMAKE_
On Thu, Jul 11, 2013 at 10:31:30AM +0930, Simon Lees wrote:
> Hi,
>
> I have tried adding
> set (CMAKE_SHARED_LIBRARY_SONAME_C_FLAG
> "${CMAKE_SHARED_LIBRARY_SONAME_C_FLAG} -soname")
> and alternatively
> set (CMAKE_SHARED_LIBRARY_SONAME_C_FLAG "-soname")
> To both my CMakeLists.txt and the toolc
On Tue, Jul 09, 2013 at 10:40:46AM +0200, Stephen Kelly wrote:
> On Tuesday, July 09, 2013 10:32:19 Stephen Kelly wrote:
> > and confirmed this. I don't know what causes it. I think it's a cmake
> > issue, rather than a Qt issue.
>
> Sorry, I read your mail more closely, and I think you're right
On Tuesday, July 09, 2013 10:32:19 Stephen Kelly wrote:
> and confirmed this. I don't know what causes it. I think it's a cmake
> issue, rather than a Qt issue.
Sorry, I read your mail more closely, and I think you're right about the
problem being that the Qt binaries do not have SONAME set.
Th
On 07/09/2013 03:03 PM, Charles Yin wrote:
CMake automatically adds rpaths to all targets, which you are linking
with target_link_libraries().
To switch it off there is |CMAKE_SKIP_RPATH| option.
See http://www.cmake.org/Wiki/CMake_RPATH_handling for more details.
I just tried set (CMAKE_
CMake automatically adds rpaths to all targets, which you are linking with
target_link_libraries().
To switch it off there is CMAKE_SKIP_RPATH option.
See http://www.cmake.org/Wiki/CMake_RPATH_handling for more details.
2013/7/9 Simon Lees
> Hi All,
> I have been trying to build our Medium
15 matches
Mail list logo