[MPlayer-users] problem with internal libfaad and existing lrintf
Thomas Klausner
wiz at NetBSD.org
Wed Aug 18 14:31:24 CEST 2004
Hi!
When trying to compile internal libfaad2 in mplayer-1.0pre5
on NetBSD-2.0G, there is a double problem:
The configure script runs a test if libfaad2/cfft.c compiles
with gcc (what kind of broken gccs does it test for?) which
fails since common.h has a different prototype for lrintf.h
than /usr/include/math.h, which has:
long int lrintf __P((float));
while common.h has:
static INLINE int lrintf(float f);
I commented out the configure test and added a line to common.h:
#elif (defined(__i386__) && defined(__GNUC__)) && !defined(__MINGW32__)
+ #ifndef HAVE_LRINTF
#define HAS_LRINTF
with a matching #endif; however, config.h is not included and
so HAVE_LRINTF is not defined (though it is defined in config.h).
How does this work on other systems that provide C99 lrintf?
Thanks,
Thomas
PS: Please CC me, I'm not on this list.
More information about the MPlayer-users
mailing list