2016-04-29 10:13 GMT+02:00 Christophe Gisquet <[email protected]>:
> More info from me:
> stripped binary size goes from 10639872, for libav/master, to
> 11278336, ie around 600K. This makes me think that, whatever inlining
> or reason for code size increase there is, the cause would better be
> isolated, and ideally restricted to performance-sensitive code (other
> parts ideally not using what causes that size increase, like there is,
> iirc, av_cold).
>
> The threshold could be low, maybe 600K is not something to care about.
At least for the case of huffyuvdec, there's likely no workaround.
Given that function:
int read(HYuvContext *s)
{
return bitstream_read_vlc(&s->bc, s->vlc[0].table, VLC_BITS, 3);
}
Its compiled size is 975.
The equivalent with get_bits.h is 182.
I imagine not every function balloons that way, but I feel it is
somewhat wrong to force inlining of such functions.
--
Christophe
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel
