[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