add version to all shared object files

[furrysalamander]

While working on a Yocto recipe for llama.cpp, I got some QA errors because the so files don't have a version set. This is an easy enough fix, you just have to specify one in Cmake.

I've done my best to set these with what I understand are appropriate values, but if I'm pulling in inappropriate variables for any of these, by all means let's fix them. The mtmd stuff in particular seemed a bit ambiguous, but even though it's a "subproject" I imagine the desire (for now) is to still release (and version) it together with llama.cpp as a whole?

[slaren]

I would prefer this in ggml_add_backend_library, rather than duplicating it for every backend.

[furrysalamander]

Good call, I'll get that fixed on Monday.

[furrysalamander]

@slaren I've cleaned that up and updated the PR.

[andrew-aladev]

This merged pull request broke all docker containers.

[andrew-aladev]

Hello @furrysalamander.

Please consider the following command ldd -v /app/llama-cli before your commit:

#15 0.206       libllama.so.0 => not found
#15 0.206       libggml.so.0 => not found
#15 0.206       libggml-base.so.0 => not found

And the same after your commit:

#15 0.203       libllama.so => not found
#15 0.203       libggml.so => not found
#15 0.203       libggml-base.so => not found

Why have you removed .0 from .so files?

[andrew-aladev]

Related issues: #17190, #17176, #17193

[andrew-aladev]

Hello @slaren, I see we have an excellent docker workflow for github actions. Why this workflow is not used for validating pull requests? Please just enable it in github settings.

[furrysalamander]

I'm taking a look at this now.

[furrysalamander]

Okay, I think I've got the gist of it now. The library is getting linked against the .so.0 files now, but the docker builds are only grabbing the .so files and putting them in the container.



All of them are being generated still as far as I can tell.

https://github.com/ggml-org/llama.cpp/blob/master/.devops/cuda.Dockerfile#L27-L28

[JamePeng]

This change has no effect on compiling dynamic link libraries for Windows; in fact, it may cause CMake variables to be unavailable. You should consider the compilation requirements for different platforms.