On Sun, 2023-03-19 at 23:26 +0100, Francesco Pretto wrote:
> I would really like to not have an ABI version in the form x.y.z. Any
> objection to this move? Any suggestion?

        Hi,
looking into my /usr/lib64/ there are three types of library versioning
here:

a) no version at all (it's odd, but I really have there some such),
   thus there's only a plain .so file
b) one-number version - there's only a plain .so.X file
c) two-numbers version - there's a .so.X symlink to a .so.X.Y
d) three-numbers version - there's a .so.X symlink to a .so.X.Y.Z

I did not count them, by it looks like the three-numbers version is
used the most here (libraries like librte use two-numbers version, but
they are from a single library, split into many/small sub-libs, thus I
consider them as one only).

I know there is a document describing why to use the three-numbers
version, together with a description how to work with it and what each
number means. I do not have the link handy, I even do not recall where
it was, I think maybe with libtool or autotools or something like that,
but as I do not recall precisely, it could be anywhere else. The thing
is that I believe it was something official, not a blog of an
enthusiast, thus something one can use as "a source of truth".

My question is: why do you want to change it? What is that going to
fix? Is that just a personal reason? I'd rather stick with something
well-established [1], than changing such things only because I do not
like them. Do you think the three-numbers version is not useful at all
for the PoDoFo? It can be the three-numbers are more suitable for the
C, than for the C++, I do not know, it just seems useful to know the
API is relevant for the 1.X version, when the .so version is .so.1.X.0.

        Bye,
        zyx

[1] Do you remember the SPDX license tags? It's better to use them, as
a well-established thing, than using my own license tags incompatible
with everything else. It's not the same thing, I know, it's only
similar.



_______________________________________________
Podofo-users mailing list
Podofo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/podofo-users

Reply via email to