I think you're right Frank.  It may take me some time to figure out how to get 
it working correctly.

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.  ( 
https://developer.apple.com/library/ios/documentation/General/Conceptual/CocoaTouch64BitGuide/CocoaTouch64BitGuide.pdf
 )

So it's gotta be related to that, I reckon.  (Should have stuck with the beta 
version!  :-)  )

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.



On 27/09/2013, at 9:54 AM, Frank Warmerdam <warmer...@pobox.com> wrote:

> Nik,
> 
> 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:
> 
> #define TIFF_UINT64_T GUIntBig
> 
> I assume TIFF_UINT64 ultimately is used to define uint64.
> 
> 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.
> 
> 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.  
> 
> Best regards,
> Frank
> 
> 
> 
> 
> 
> 
> On Thu, Sep 26, 2013 at 4:33 PM, Nik Sands <nix...@nixanz.com> wrote:
> Hi list members,
> 
> 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.
> 
> The app fails an assert() in the included tiff library (in tif_open.c), 
> throwing the error:
> 
>         Assertion failed: (sizeof(uint64)==8), function TIFFClientOpen, file 
> tif_open.c, line 99.
> 
> The line in question is the last line of the code snippet from tif_open.c 
> below:
> 
>         /* The following are configuration checks. They should be redundant, 
> but should not
>          * compile to any actual code in an optimised release build anyway. 
> If any of them
>          * fail, (makefile-based or other) configuration is not correct */
>         assert(sizeof(uint8)==1);
>         assert(sizeof(int8)==1);
>         assert(sizeof(uint16)==2);
>         assert(sizeof(int16)==2);
>         assert(sizeof(uint32)==4);
>         assert(sizeof(int32)==4);
>         assert(sizeof(uint64)==8);  //  <- SIBABRT HERE
> 
> 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.
> 
> 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).
> 
> I've tried it with GDAL 1.10.1 as well and get exactly the same problem.
> 
> I'm stumped as to how to proceed with resolving this issue.  Can anybody help 
> me to overcome this?
> 
> Note that the problem occurs when running on the real iOS device (armv7s) and 
> on the iOS simulator (i386).
> 
> Cheers,
> Nik.
> 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> 
> 
> -- 
> ---------------------------------------+--------------------------------------
> I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | Geospatial Software Developer

_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to