Skip to content

Adding a shared library version without explicit soname for easier loading.#133

Closed
annakawecka wants to merge 2 commits intoISOLDESolenoidalSpectrometer:mainfrom
annakawecka:lib_no_soname
Closed

Adding a shared library version without explicit soname for easier loading.#133
annakawecka wants to merge 2 commits intoISOLDESolenoidalSpectrometer:mainfrom
annakawecka:lib_no_soname

Conversation

@annakawecka
Copy link
Contributor

Error was: could not find lib/libiss_sort.so, when trying to use libiss_sort.so from a program compiled in another directory. The explicit setting of so name in the library prevented the library to be found at program load time.
Trying to remove the trailing /lib in -L options etc was not successful with the explicit soname including lib/.

…ror was: could not find lib/libiss_sort.so
@lpgaff
Copy link
Contributor

lpgaff commented Sep 15, 2025

Ah, this is interesting. We observed this problem recently and didn't know the problem, because it seems to be system dependent. Should we not just use the second version in the Makefile, i.e. no need to keep the original (broken) library?

@annakawecka
Copy link
Contributor Author

Whatever works for you. I just didn't want to mess with the original library

@inkdot7
Copy link
Contributor

inkdot7 commented Dec 6, 2025

After a bit more digging around, it turns out that a slash (/) in soname make the dynamic linker treat it as a path and not do any search for the library at all.

Suggest to use #138 and #139 instead, in order to keep the other options that $(SHAREDSWITCH) bring in for MacOS.

@lpgaff
Copy link
Contributor

lpgaff commented Jan 15, 2026

overtaken by changes in #139

@lpgaff lpgaff closed this Jan 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants

Comments