<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">I think you're right Frank. It may take me some time to figure out how to get it working correctly.<div><br></div><div>Your message did remind me of one HUGE change that Apple made between the beta versions of their Xcode IDE and the final production version: 64 bit support for the new iPhone 5S. ( <a href="https://developer.apple.com/library/ios/documentation/General/Conceptual/CocoaTouch64BitGuide/CocoaTouch64BitGuide.pdf">https://developer.apple.com/library/ios/documentation/General/Conceptual/CocoaTouch64BitGuide/CocoaTouch64BitGuide.pdf</a> )</div><div><br></div><div>So it's gotta be related to that, I reckon. (Should have stuck with the beta version! :-) )</div><div><br></div><div>I'll post back if I can figure out the correct settings in the config files you mentioned in order to get it to work properly.</div><div><br></div><div><br></div><div><br><div><div>On 27/09/2013, at 9:54 AM, Frank Warmerdam <<a href="mailto:warmerdam@pobox.com">warmerdam@pobox.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><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>#define TIFF_UINT64_T GUIntBig</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>
</blockquote></div><br></div></body></html>