Re: [AD] sonames

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


#include <hallo.h>
George Foot wrote on Wed Oct 17, 2001 um 04:55:07PM:

> done by ldconfig during a "make install".  So liballegro.so will
> always point to the latest version, which will indeed match
> liballeg.a (assuming you also build the static version).

Or even link to the so library which match the liballeg.a version.

> the bugfix 4.1 are only prevented from being binary compatible
> by the major version number being forced to change.  So you'd
> have to call the bugfix 4.0.1 instead, and use 4.0 as the major
> version number.  Luckily Allegro has no marketing bods so you're

When doing so, you should keep the to number X.Y. in soname, and .Z as
the minor number for compatible releases.

> Then if you want to use Linux-style numbering, 4.0.0 is the
> first Allegro 4.0 release, 4.0.1 is a bugfix, and 4.1.0 is the
> first WIP.  Technically you can only stay in 4.1.* as long as
> binary compatibility is maintained, but since it's WIP this
> could be acceptable (the major problem is that when you upgrade

Yes. For this reason in WIPs the soname should contain all tree numbers,
x.y.z. So, for example, liballeg-4128.so would have the soname
"liballegro.4.1.28" (and symlinked to that name by ldconfig), and
liballeg-4130.so would have the soname "liballegro.4.1.30." But NOT
"liballegro-4.1", this would not allow ldconfig to see the difference,
the symlink would be called liballegro-4.1 pointing to the "latest"
version of 4.1.x (4.1.30 in this example), but the binary compatibility
is not guaranteed.

> comfortable trying out.  On the whole, they've never been really
> unstable anyway. :)  That means if you want to make a major
> stable update, you just say which WIP is stable (e.g. 4.6.0).

Exactly. This WIP would be frozen and only changed for bugfixes, no
major changes in the API/ABI.

Gruss/Regards,
Eduard.
-- 
Das wahrlich arnoootische daran ist, das wahrscheinlich _alle_
Regulars diesem Thread absolut faziniert folgen, nur traut sich keiner
was zu sagen, weil man die beiden ja offiziell im Killfile hat.
                                    Alexander Stielau in de.alt.arnooo

Attachment: pgpH69CL_3OMt.pgp
Description: PGP signature



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/