AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2010.06.17 15:39 "[Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.17 16:21 "Re: [Tiff] libtiff 4 API/ABI stability?", by Edward Lam
2010.06.17 16:22 "Re: [Tiff] libtiff 4 API/ABI stability?", by Edward Lam
2010.06.17 16:38 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.17 22:06 "Re: [Tiff] libtiff 4 API/ABI stability?", by Edward Lam
2010.06.18 00:13 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.18 13:44 "Re: [Tiff] libtiff 4 API/ABI stability?", by Edward Lam
2010.06.17 16:28 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn
2010.06.17 16:34 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.17 16:55 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn
2010.06.17 17:15 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.17 18:04 "Re: [Tiff] libtiff 4 API/ABI stability?", by Olivier Paquet
2010.06.17 18:09 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.17 18:47 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn
2010.06.17 19:35 "Re: [Tiff] libtiff 4 API/ABI stability?", by Olivier Paquet
2010.06.18 00:33 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.18 01:45 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.18 01:54 "Re: [Tiff] libtiff 4 API/ABI stability?", by Olivier Paquet
2010.06.18 02:00 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode
2010.06.18 13:32 "Re: [Tiff] libtiff 4 API/ABI stability?", by Edward Lam
2010.06.18 13:54 "Re: [Tiff] libtiff 4 API/ABI stability?", by Olivier Paquet
2010.06.18 02:36 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn
2010.06.17 20:14 "Re: [Tiff] libtiff 4 API/ABI stability?", by Tom Lane
2010.06.17 20:35 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn
2010.06.18 00:31 "Re: [Tiff] libtiff 4 API/ABI stability?", by Adam Goode

2010.06.17 18:47 "Re: [Tiff] libtiff 4 API/ABI stability?", by Bob Friesenhahn

Yeah, it will work ok in 99% of cases. It won't work if one library needs to register a codec that changes the behavior of another library, for example. Not so much an issue if you're using libtiff from an application, but it is if you're writing a library that uses libtiff.

In this case you would need to have an 'application' handle which contains all application specific references, where a single "program" could have multiple handles. Multiple users of libtiff in a single application becomes more common as applications become huge and use many other libraries (some apps seem to use over 70 libraries now).

I have seen very good success from using thread specific data (TSD), which is supported under POSIX and Microsoft Windows, and is easily emulated in a non-threaded build. TSD can be much more efficient than using shared data with locking if the algorithm can get by with different data per thread. There are also TSD compiler extensions for GCC and MSVC but I would not want to use something non-portable like that.

Regardless, only minor API changes/improvements should be expected from 4.0.

Bob
--
Bob Friesenhahn
bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/