[FFmpeg-devel] [RFC] OS support library

Michael Niedermayer michaelni
Thu Dec 6 02:33:25 CET 2007


On Thu, Dec 06, 2007 at 12:57:31AM +0000, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> 
> > On Wed, Dec 05, 2007 at 05:24:30PM -0500, Rich Felker wrote:
> >> On Wed, Dec 05, 2007 at 06:47:46PM +0100, Michael Niedermayer wrote:
> >> > On Wed, Dec 05, 2007 at 04:47:44PM +0100, Luca Abeni wrote:
> >> > > Hi V?ctor,
> >> > > 
> >> > > V?ctor Paesa wrote:
> >> > > [...]
> >> > > >> I moved lrintf() replacement to libossupport, and now I am trying to
> >> > > >> test the resulting libs... Does anyone know a system that does not
> >> > > >> provide lrintf()? I think cygwin can be used for such testing?
> >> > > >> Does anyone know how to cross-compile from linux to cygwin (or a
> >> > > >> system that does not provide lrintf())?
> >> > > > 
> >> > > > Cygwin has lrintf(), though it lacks llrintf().
> >> > > 
> >> > > Ah, ok. I must have confused lrintf() and llrintf() (BTW, how do we handle
> >> > > the lack or llrintf()? If there is some workaround, can it be moved to
> >> > > libossupport?)
> >> > 
> >> > (int64_t)rint(x) might be good enough (and is simple ...)
> >> 
> >> You probably meant (long long)rint((float)(x))
> >
> > the function we use is llrint() not llrintf()
> > about long long vs. int64_t yes long long is correcter though is there
> > a system (we support) where int64_t != long long ?
> 
> Most 64-bit systems have int64_t as long.

but long long is still just 64bit or?
(though this disscussion is really just hypothetical as long long is more
correct and should be used anyway of course ...)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Frequently ignored awnser#1 FFmpeg bugs should be sent to our bugtracker, user
questions for the command line tools ffmpeg, ffplay, ... as well as questions
about how to use libav* should be sent to the ffmpeg-user mailinglist.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20071206/5f9a8161/attachment.pgp>



More information about the ffmpeg-devel mailing list