Fix link error on linux (64-bit systems, except debian) caused by missing library search directory #11
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Right now, if we build
liblsl-ruston a non-debian linux distro (e.g fedora, nixOS) targeting a 64-bit system, we get a linking error at the end:error: could not find native static library `lsl`, perhaps an -L flag is missing?This is because, as shown in this SO topic,
CMakeprojects relying onGNUInstallDirsto configure the directories (likeliblsl), have a quirk for this category of targets.I've added a check in
build.rs, which detects if we're targeting a 64-bit linux system, and adds thelib64directory to the library search directories accordingly. This still works for debian-based targets as thelibsearch directory is still there.