MPlayer can't be compiled with glibc 2.0

[mikulas@…]

This patch fixes compilation of CVS version with glibc 2.0. There are several
issues:

1. configure provides fallback definitions of types int_fast8_t, int_fast16_t,

int_fast32_t for systems that don't have them --- but not for int_fast64_t and
uint_fast64_t. Compilation fails because of it.

2. IPv6 tests for presence of AF_INET6 but not struct sockaddr_in6. Glibc 2.0

has AF_INET6 but doesn't have sockaddr_in6. Disable IPv6 in such case.

3. There are many places where PRI?64 macros are used. libavutil/common.h

provides fallback implementation, but it is not included from many files that
require it.

4. libavformat/movenc.c relies on UINT32_MAX, but this glibc doesn't provide it.

Make a fallback definition to 0xffffffffU.

5. libavutil/common.h containts definitions for PRIx64, PRId64 etc. for systems

that don't have them, however it lacks definition for PRIX64

6. JFIF_major_version and JFIF_minor_version is not defined on older libjpegs.

(disabled for now, there should be configure test for it).

[mikulas@…]

fix compilation on glibc 2.0

[mikulas@…]

This patch fixes compiling of CVS version on linux system with glibc 2.0

[Dominik 'Rathann' Mierzejewski]

./configure part looks ok at first glance, but the rest is rejected:

+ for PRI?64
+#include "../libavutil/common.h"
+

This is unacceptable because it breaks when building with --disable-libavcodec.
A better solution would be to provide a some fallback in osdep/, not include
libavutil headers directly.

libavcodec changes should be posted to ffmpeg-devel for review.

Your solution to 6. is unacceptable, too.

[diego@…]

I have committed the fixes for 1. and 2. The rest needs to be split into small
patches and the libjpeg issue should be handled by configure.

[diego@…]

No further information or updated patches were provided, parts were fixed. I will resolve this bug as WORKSFORME for lack of a better category.