[cfe-commits] Please provide a SONAME to libclang
sylvestre at debian.org
Thu Jan 12 09:42:30 PST 2012
Le mercredi 11 janvier 2012 à 22:29 -0500, Rafael Ávila de Espíndola a
> >> Why the .1? The file is just libclang.so.
> > Hmm, .0 will be fine too (I increased the number moving from 2.9 => 3.0)
> > Under debian, I am doing a symlink
> > /usr/lib/libclang.so -> libclang.so.1
> > libclang.so being provided by libclang-dev for build purposes while
> > libclang.so.1 is provided by libclang1
> May I ask way? I am not familiar with how distros handle sonames, but I
> see two cases
> * libraries like liblcms that have a symbolic link and a versioned soname:
> $ ls -l liblcms.so
> ... liblcms.so -> liblcms.so.1.0.19
> $ readelf -aW liblcms.so
> ... Library soname: [liblcms.so.1]
> And libraries with no link and an unversioned soname:
> $ readelf -aW libssl3.so
> ... Library soname: [libssl3.so]
I don't think it has to do with symlink.
SONAME are used by packagers (and our tools) to keep track of ABI
changes. It declares "internally" to the lib what is its current
This URL explains that better than I do:
You probably already know that but it is an interesting reading:
> I don't see what you win by adding the link and the soname.
> The clang developers are the ones in a position to break or not the backwards
Of course. I am the one, as packager, to follow your chooses!
More information about the cfe-commits