FreeImage

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

see
https://sourceforge.net/forum/forum.php?thread_id=1775970&forum_id=36111

Might want to ask ark42 why he introduced FREEIMAGE_COLORORDER in the first
place... seems equivalent to FREEIMAGE_BIGENDIAN... just wanted a more
descriptive name for what was being tested?

I've fixed the FreeImage.h header file in the CVS by removing the __APPLE__
#define

Ah, thanks for tracking that down.

I don't think you should be testing __APPLE__ at all as an indication of
byte order. Intel macs are little endian, PowerPC macs are big endian.

So for instance, I tested that this gives an accurate report:
#include <FreeImage.h>
#include <stdio.h>

int main(int argc, char** argv) {
#if defined(FREEIMAGE_BIGENDIAN)
printf("big-end detected\n");
#else
printf("little-end detected\n");
#endif
return 0;
}

but if you add the '|| defined(__APPLE__)' it always picks big-end
regardless of the actual host architecture...

Hi,

your problem is linked to the FreeImage.h header file and the following
#define :

// This really only affects 24 and 32 bit formats, the rest are always RGB
order.
#define FREEIMAGE_COLORORDER_BGR 0
#define FREEIMAGE_COLORORDER_RGB 1
#if defined(__APPLE__) || defined(FREEIMAGE_BIGENDIAN)
#define FREEIMAGE_COLORORDER FREEIMAGE_COLORORDER_RGB
#else
#define FREEIMAGE_COLORORDER FREEIMAGE_COLORORDER_BGR
#endif

I don't know how to check that you run an APPLE with a Little Endian
processor ...
Can you try this :
#if defined(__APPLE__) && defined(FREEIMAGE_BIGENDIAN)
and tell me if it works for you ?