[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