wm4 1a1e631ccd build: deal with endian mess ... There is no standard mechanism for detecting endianess. Doing it at compile time in a portable way is probably hard. Doing it properly with a configure check is probably hard too. Using the endian definitions in <sys/types.h> (usually includes <endian.h>, which is not available everywhere) works under circumstances, but the previous commit broke it on OSX. Ideally all code should be endian dependent, but that is not possible due to the dependencies (such as FFmpeg, some video output APIs, some audio output APIs). Create a header osdep/endian.h, which contains various fallbacks. Note that the last fallback uses libavutil; however, it's not clear whether AV_HAVE_BIGENDIAN is a public symbol, or whether including <libavutil/bswap.h> really makes it visible. And in fact we don't want to pollute the namespace with libavutil definitions either. Thus it's only the last fallback.		2014-07-10 00:58:56 +02:00
..
__init__.py	…
compiler.py	build: deal with endian mess	2014-07-10 00:58:56 +02:00
devices.py	build: set default cdrom and dvd devices on linux	2014-06-30 23:19:53 +02:00