Re: [patch #10393] Fix shared library support on Android
Roumen Petrov <[email protected]> Tue, 16 Jan 2024 23:17:18 +0200
| Newsgroups | gmane.comp.gnu.libtool.patches |
|---|---|
| Message-ID | <[email protected]> |
Bruno Haible wrote: > Roumen Petrov wrote: >> Android and Microsoft windows libraries must not use hard coded paths! Nevertheless what is supported by linker or loader. > > Why do you mention Microsoft Windows? The commit 47c71f61df9ace4956cc943f291480315174726b > has no effect on Microsoft Windows. > >> When I read commit I agree that is correct do not have RUNPATH! >> The problem is that commit message is not so clear. Actually commit uses rpath flag! >> NO! NO! NO! > > Why do you want that executables never have RUNPATH on Android? Just saying > "NO! NO! NO!" is not a justification, and your arguments in [2] were not > sensible either. > > If you want a certain binary that you build to have no RUNPATH, use the > Android SDK, not Termux and not libtool. Or use libtool outside of Termux > and don't provide a -R option. It's that easy. > [SNIP] Android and Microsoft windows must not encode any paths. When I build PKIX-SSH and OpenSSL binaries I must ensure that those libraries and executable could run in any Android profile. The packages are "SecureBox Pro" or SecureBox as add-on to "TermOne Plus". PKIX-SSH binaries use ldns as resolver library. This library uses libtool. Also to ensure that binaries runs on support API levels elf-cleaner is should be run to "strip" certain sections. Roumen