AWARE [SYSTEMS] Imaging expertise for the Delphi developer
AWare Systems, Imaging expertise for the Delphi developer, Home TIFF and LibTiff Mailing List Archive

LibTiff Mailing List

TIFF and LibTiff Mailing List Archive
January 2005

Previous Thread
Next Thread

Previous by Thread
Next by Thread

Previous by Date
Next by Date

Contact

The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems



Valid HTML 4.01!



Thread

2005.01.14 18:51 "Version number", by Jean-pierre Radley
2005.01.14 18:55 "Re: Version number", by Frank Warmerdam
2005.01.14 19:02 "Re: Version number", by Bob Friesenhahn
2005.01.14 20:31 "Re: Version number", by Jay Berkenbilt
2005.01.21 20:44 "Re: Version number", by Andrey Kiselev

2005.01.14 20:31 "Re: Version number", by Jay Berkenbilt

Frank Warmerdam <fwarmerdam@gmail.com> writes:

> There are two sets of version information for
> libtiff.  The public release numbers (like 3.7.1) and
> the internal libtool/so release numbers derived
> by a different mechanism which now appears to be
> set at 10.7.1.

I didn't think this separation had been made yet.  I thought this was
being saved for 4.x.  When I build a vanilla 3.7.1 on my system, I get
libtiff.so.3 -> libtiff.so.3.7.1.  Because of the accidental ABI
change of libtiff that happened somewhere between 3.5.7 and 3.6.1,
some distributions are packaging the current libtiff as something
other than libtiff.so.3.  Debian uses libtiff.so.4 for 3.6.1 through
3.7.1.  I believe FreeBSD and Cygwin also are using version 4.

In other words, I don't think the appearance of 10.7.1 here is
happening because of a purposeful separation between the software
version and the library version.  Even if it were, it wouldn't seem
right for libtiff.so.3 to be a link to libtiff.so.10.7.1.

Maybe there's some other explanation?

-- 
Jay Berkenbilt <ejb@ql.org>
http://www.ql.org/q/