[MPlayer-dev-eng] [PATCH] uint_fast64_t in configure when int_fastXY_t failed

Diego Biurrun diego at biurrun.de
Fri Aug 18 13:42:37 CEST 2006


On Fri, Aug 18, 2006 at 01:25:39PM +0200, Guillaume POIRIER wrote:
> 
> Guillaume POIRIER wrote:
> 
> [..]
> 
> >>     typedef unsigned int  uint_fast16_t;
> >>-    typedef unsigned int  uint_fast32_t;'
> >>+    typedef unsigned int  uint_fast32_t;
> >>+    typedef unsigned long long uint_fast64_t;'
> >> fi
> >> echores "$_fast_inttypes"
> >
> >Looks good to me. Unless Diego disagrees or apply it himself, I'll 
> >commit it tomorrow.
> 
> BTW, a quick grep revels that uint64_t is only used in imported FFmpeg's 
> libs:
> 
> ./libavutil/common.h:typedef uint64_t      uint_fast64_t;
> ./libavcodec/vorbis.c: 
> temp2=(((uint_fast64_t)temp) * inverse_class)>>32;
> 
> So it's normal that the absence of uint64_t in the configure script went 
> unnoticed.

And looking closer it seems that [u]int_fast* seems to be used in
libmpeg2/idct_alpha.c and libavcodec only.  Maybe there's a way to get
rid of it completely outside libavcodec.

Diego



More information about the MPlayer-dev-eng mailing list