- 2009.10.06 23:19 "Re: [Tiff] SourceForge terms changes, heads up", by Graeme Gill
-
2009.10.07 20:11 "Re: [Tiff] Wrong Native Bit Order on Intel x86_64", by Eskandar Ensafi
- 2009.10.07 19:25 "[Tiff] Wrong Native Bit Order on Intel x86_64", by Eskandar Ensafi
- 2009.10.07 20:24 "Re: [Tiff] Wrong Native Bit Order on Intel x86_64", by Toby Thain
- 2009.10.07 21:26 "Re: [Tiff] Wrong Native Bit Order on Intel x86_64", by Bob Friesenhahn
- 2009.10.08 15:09 "Re: [Tiff] SourceForge terms changes, heads up", by Ron
2009.10.07 20:47 "Re: [Tiff] Wrong Native Bit Order on Intel x86_64", by Igor Skochinsky
Hello Bob,
Wednesday, October 7, 2009, 9:59:45 PM, you wrote:
On Wed, 7 Oct 2009, Eskandar Ensafi wrote:
>
>> I noticed that when I tried to compile tiff-4.0.0-beta4, the native bit order on 64-bit x86_64 systems was >> determined to be FILLORDER_MSB2LSB (not correct as far as I know) whereas on 32-bit x86 systems, it is
>> correctly determined to be FILLORDER_LSB2MSB. I checked my current tiff-3.8.2 installation (the standard >> package provided in Red Hat Enterprise Linux 5.4), and the same discrepancy existed in tiff-3.8.
This is very interesting. It seems like there should be some efficient way to determine this at run-time rather than via the configure script. I am not sure how to test for native fill order though.
My guess would be:
if ( (1<<1) == 2 )
// LSB2MSB
else
// MSB2LSB
--
WBR,
Igor mailto:skochinsky@mail.ru