AWARE SYSTEMS
TIFF and LibTiff Mail List Archive

Thread

2004.09.14 11:06 "[Tiff] Calltype support", by Martin Schramm
2004.09.15 13:46 "Re: [Tiff] Calltype support", by Frank Warmerdam
2004.09.15 15:02 "Re: [Tiff] Calltype support", by Bob Friesenhahn
2004.09.15 15:25 "Re: [Tiff] Calltype support", by Frank Warmerdam
2004.09.15 15:38 "Re: [Tiff] Calltype support", by Bob Friesenhahn
2004.09.16 17:54 "[Tiff] versioned symbols [Was: Calltype support]", by Jay Berkenbilt
2004.09.16 18:08 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Thomas J. Kacvinsky
2004.09.16 18:22 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Jay Berkenbilt
2004.09.16 18:27 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Thomas J. Kacvinsky
2004.09.16 21:36 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Andrey Kiselev
2004.09.16 22:36 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Bob Friesenhahn
2004.09.19 15:52 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Jay Berkenbilt
2004.09.19 19:34 "Re: [Tiff] versioned symbols [Was: Calltype support]", by Andrey Kiselev

2004.09.15 15:02 "Re: [Tiff] Calltype support", by Bob Friesenhahn

This works perfectly, but has a great disadvantage: Migrating to a new version of the LibTiff is painful because we have to do the same work again.

Have you ever thought about adding calltype support, like the JPEGlib does? I think the readability of the code does not decrease. Or are there other (better?) ways to add calltype support?

I would agree that wrapping all the public definitions in appropriate macros is desirable and I do this on various other projects. Please submit a bug with the request.

However, isn't there a way to direct the compiler to use a particular calling convention that would avoid all this?

The only other means available appears to be to maintain a separate ".def" file to tell the linker which functions should be exported. This is very easy to implement but it adds another file to the build. I think that the user of the header files still needs to know which functions are imported from a DLL so that they use the right calling convention. This is painful for the library user.

I notice that for GraphicsMagick we have hacked our libtiff headers to declare functions like:

extern TIFFEXPORT tsize_t TIFFReadTile(TIFF*,
             tdata_t, uint32, uint32, uint32, tsample_t);

so that explicitly exporting functions is possible.

I therefore support adding the hooks to export functions under Windows, but don't think that obfuscating all function declaractions with macros is a necessary approach.

Bob

======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us
http://www.simplesystems.org/users/bfriesen