Comment 15 for bug 758782

Further digging reveals it might still be fixable within Unity-2D
Maybe in iconimageprovider.cpp ??
It looks like for powerpc architecture there needs to be a kludge to fix the QT behaviour/Apple behaviour mismatch to manually swap the byte order of the colours.

Fixing this is, frankly, beyond my current skill level... I hope to bring it to the attention of someone more proficient!

From http://permalink.gmane.org/gmane.comp.lib.qt.general/29931

> > Also pay attention to byte-ordering. QImage::Format_RGB32 and
> > Format_ARGB32 assume that the 32-bit pixel is in host endian. That is,
> > on a big-endian machine like PowerPC, the bytes in the buffer are in
> > ARGBARG... sequence while on a little-endian one like x86, they are
> > GBRAGBRA...
> >
> > >>From my (painful) experience dealing with Apple, they mostly assume
> > ARGBARGB sequence regardless of host endian. Unfortunately, Qt does not
> > provide an option to use reverse byte order image buffer:
> > <http://bugreports.qt.nokia.com/browse/QTBUG-5200>