2009.05.16 05:38 "[Tiff] Potential problem in libtiff when compiled in MinGW", by Ari Jolma

2009.05.17 08:51 "Re: [Tiff] Potential problem in libtiff when compiled in MinGW", by Ari Jolma

Bob Friesenhahn kirjoitti:

As I've explained in a GDAL bug report http://trac.osgeo.org/gdal/ticket/2649, it is not enough to use WIN32 and _MSC_VER to determine whether to use %I64 instead of %ll as MinGW uses msvcrt.dll but does not define _MSC_VER. This is an issue in several places in libtiff sources (tif_dumpmode.c, tif_luv.c, tif_lzw.c, tif_print.c, tif_read.c, tif_strip.c, and tif_thunder.c).

Have you verified that this is an actual problem? My experience with MinGW builds is that 'long long' works, including in printf type specifications. I am not sure how MinGW accomplishes that but MinGW does provide a thin library which could do transformations if required.

I have not, I'll try to put together a test. In the GDAL case there was a verifiable problem, whose investigation led me to infer that this is generally a problem, but admittably this may be a bit different. I'll be back later.

Ari

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

--
Prof. Ari Jolma
Environmental Management Information Technology
Teknillinen Korkeakoulu / Helsinki University of Technology
tel: +358 9 4511 address: POBox 5300, 02015 TKK, Finland
Email: ari.jolma at tkk.fi URL: http://geoinformatics.tkk.fi