Skip to content
This repository has been archived by the owner on Aug 11, 2021. It is now read-only.

Linux/macOS dynamic library symbolic links need a rethink #670

Open
markfinal opened this issue Nov 26, 2019 · 0 comments
Open

Linux/macOS dynamic library symbolic links need a rethink #670

markfinal opened this issue Nov 26, 2019 · 0 comments
Labels
Alpha Triaged for an alpha enhancement

Comments

@markfinal
Copy link
Owner

Having the symbolic links for dynamic libraries as real modules is nice, but a mistake I believe.

From the Linux documentation, these only ever need to be created at install, so these could be moved to the SDK creation part of Publishing.

The SOName of a dynamic library should be optional. As if it's not needed, then you can just link against the full path of the real name of the shared library, and it'll work, but only on your machine. Which is fine for testing.

But for SDK libraries, they should enable the SOname option. Creating the SDK should then generate the SOname symbolic link and the linker name symbolic link.

Linking against the library in the SDK should then link against the linker name symbolic link, and deploy the SOname symbolic link and realname library.

On macOS, we should be able to create a linker name symbolic link at install time.
Not sure about the SO name equivalent. Depends on what we write into the install_name.

@markfinal markfinal added enhancement Alpha Triaged for an alpha labels Nov 26, 2019
@markfinal markfinal added this to the 2.1.0 - proper SDK support milestone Nov 26, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Alpha Triaged for an alpha enhancement
Projects
None yet
Development

No branches or pull requests

1 participant