On Friday, 05 October 2007, at 15:17:19 (+0900),
Carsten Haitzler wrote:

> ok- looking at the patch gives me meat to chew on :) overall this
> looks good.  i'm a little dubious of the whole libtool version thing
> - i actually HATE it.  i'd prefer the libtool
> revision/version/whatever stuff is sourced/generated from the
> package itself (eg 0.5.0 for edje) and we will increment this ONE
> version info only. i know what major and minor versions mean - most
> developers do/should so i'd rather have a single version tag there
> if possible - all the space used up by the libtool scheme comments
> could work on some script mojo to work out the libtool version magic
> from the package version. i really want to keep them consistent at
> all times if possible. thats my only issue - otherwise it seems ok
> to me.

The problem is, this is simply not the way shared library versioning
works.  The dynamic linker has specific ideas about how to tell which
shared libraries will work with which executables based on the
soversion, and your way of thinking about it violates that.  There is
absolutely no reason why, for example, an app linked against Imlib2
1.3.0 cannot continue to work (albeit improved) with 1.3.1 unless the
ABI changes.  That's why if you properly follow the libtool guidelines
previously mentioned, you'll have to rebuild your binaries if, and
only if, the shared library interface actually changes.

If, however, you have a shared library that really DOES need to be
tied to a specific version of the package (like libEterm is tied to
each version of Eterm, for obvious reasons), instead of using
"-version-info X:Y:Z" use "-release $(VERSION)".  That is the accepted
libtool way of doing what you want without wreaking havoc on poor
defenseless ld.so.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
Linux Server/Cluster Admin, LBL.gov       Author, Eterm (www.eterm.org)
-----------------------------------------------------------------------
 "But I dumped her.  My motto is, 'Get out before they go down.'"
 "That is so *not* my motto."
                        -- Monica Geller and Joey Tribbiani, "Friends"

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to