Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-29 Thread Vadim Zhukov
28.05.2014 20:17 пользователь Nils Gladitz nilsglad...@gmail.com написал: On 28.05.2014 18:01, Vadim Zhukov wrote: I assumed that because people kept removing the soname options for their Android toolchains that SONAMEs aren't supported at all. It however looks like they just can't

[cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Nils Gladitz
As discussed here http://www.cmake.org/pipermail/cmake/2014-May/057657.html I proposed a minor modification in CMake that would allow shared library targets to always be linked by -l/-L options rather than full pathname on platforms which do not support SONAMEs. I remember there being

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Rolf Eike Beer
Am 28.05.2014 10:39, schrieb Nils Gladitz: As discussed here http://www.cmake.org/pipermail/cmake/2014-May/057657.html I proposed a minor modification in CMake that would allow shared library targets to always be linked by -l/-L options rather than full pathname on platforms which do not

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Ben Boeckel
On Wed, May 28, 2014 at 10:39:22 +0200, Nils Gladitz wrote: As discussed here http://www.cmake.org/pipermail/cmake/2014-May/057657.html I proposed a minor modification in CMake that would allow shared library targets to always be linked by -l/-L options rather than full pathname on platforms

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Nils Gladitz
On 28.05.2014 16:14, Ben Boeckel wrote: On Wed, May 28, 2014 at 10:39:22 +0200, Nils Gladitz wrote: As discussed here http://www.cmake.org/pipermail/cmake/2014-May/057657.html I proposed a minor modification in CMake that would allow shared library targets to always be linked by -l/-L options

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Ben Boeckel
On Wed, May 28, 2014 at 16:57:28 +0200, Nils Gladitz wrote: I assumed that because people kept removing the soname options for their Android toolchains that SONAMEs aren't supported at all. No idea. It however looks like they just can't have versioned names. Perhaps ignoring the

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Nils Gladitz
On 28.05.2014 17:18, Ben Boeckel wrote: On Wed, May 28, 2014 at 16:57:28 +0200, Nils Gladitz wrote: I assumed that because people kept removing the soname options for their Android toolchains that SONAMEs aren't supported at all. No idea. There hardly seems to be any documentation on it but

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Vadim Zhukov
28.05.2014 18:57 пользователь Nils Gladitz nilsglad...@gmail.com написал: On 28.05.2014 16:14, Ben Boeckel wrote: On Wed, May 28, 2014 at 10:39:22 +0200, Nils Gladitz wrote: As discussed here http://www.cmake.org/pipermail/cmake/2014-May/057657.html I proposed a minor modification in CMake

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Nils Gladitz
On 28.05.2014 18:01, Vadim Zhukov wrote: I assumed that because people kept removing the soname options for their Android toolchains that SONAMEs aren't supported at all. It however looks like they just can't have versioned names. Perhaps ignoring the VERSION/SOVERSION properties would

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Brad King
On 05/28/2014 12:17 PM, Nils Gladitz wrote: In case you drop -Wl,-soname entirely ... how do you work around the issue of the linker using paths rather than names in NEEDED entries? Or does the issue not exist on OpenBSD? This is an important issue. CMake generates link command lines that

Re: [cmake-developers] New no-soname-option topic for e.g. Android

2014-05-28 Thread Nils Gladitz
On 28.05.2014 20:15, Brad King wrote: On 05/28/2014 12:17 PM, Nils Gladitz wrote: In case you drop -Wl,-soname entirely ... how do you work around the issue of the linker using paths rather than names in NEEDED entries? Or does the issue not exist on OpenBSD? This is an important issue. CMake