<div dir="ltr">Nik,<div><br></div><div>I assume you are using the "built in" libtiff in GDAL. In that case the file gdal/frmts/gtiff/libtiff/tif_config.h will include cpl_port.h and includes this line:</div><div>
<br></div><div><div>#define TIFF_UINT64_T GUIntBig</div></div><div><br></div><div>I assume TIFF_UINT64 ultimately is used to define uint64.</div><div><br></div><div>So I think you need to go through gdal/port/cpl_port.h and gdal/port/cpl_config.h to try and figure out how GUIntBig is getting defined. In cpl_port.h it helps to search for the block of code titled "64bit support". I would guess you want to use "unsigned long long" in which case you would need to have HAVE_LONG_LONG defined in cpl_config.h.</div>
<div><br></div><div>I'm not aware of any recent changes in this logic so I'm not sure why it used to work and doesn't now. </div><div><br></div><div>Best regards,</div><div>Frank</div><div><br></div><div><br>
</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 26, 2013 at 4:33 PM, Nik Sands <span dir="ltr"><<a href="mailto:nixanz@nixanz.com" target="_blank">nixanz@nixanz.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi list members,<br>
<br>
I've been using GDAL 1.10 as a statically linked library in an iOS app for some time. I recently recompiled GDAL again from the same local set of source files, using my notes on configuration options that I used last time, and ever since I've been having a problem every time the app attempts to open an image file.<br>
<br>
The app fails an assert() in the included tiff library (in tif_open.c), throwing the error:<br>
<br>
Assertion failed: (sizeof(uint64)==8), function TIFFClientOpen, file tif_open.c, line 99.<br>
<br>
The line in question is the last line of the code snippet from tif_open.c below:<br>
<br>
/* The following are configuration checks. They should be redundant, but should not<br>
* compile to any actual code in an optimised release build anyway. If any of them<br>
* fail, (makefile-based or other) configuration is not correct */<br>
assert(sizeof(uint8)==1);<br>
assert(sizeof(int8)==1);<br>
assert(sizeof(uint16)==2);<br>
assert(sizeof(int16)==2);<br>
assert(sizeof(uint32)==4);<br>
assert(sizeof(int32)==4);<br>
assert(sizeof(uint64)==8); // <- SIBABRT HERE<br>
<br>
The comments indicate that there may be a problem with the "configure" options I used when building GDAL, however I'm using exactly the same options (copy and pasted) as I used last time when it worked OK.<br>
<br>
So this leads me to think that perhaps something has changed in my environment, and the only thing I can think of is that I may be using a different version of GCC (I'm using the 'gcc' included with Apple's 'Xcode' IDE, and since the last compile of GDAL, I've upgraded from a beta build of Xcode to the production build of Xcode 5).<br>
<br>
I've tried it with GDAL 1.10.1 as well and get exactly the same problem.<br>
<br>
I'm stumped as to how to proceed with resolving this issue. Can anybody help me to overcome this?<br>
<br>
Note that the problem occurs when running on the real iOS device (armv7s) and on the iOS simulator (i386).<br>
<br>
Cheers,<br>
Nik.<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>---------------------------------------+--------------------------------------<br>I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/~warmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>and watch the world go round - Rush | Geospatial Software Developer<br>
</div>