Re: [FFmpeg-devel] [PATCH 04/11] avcodec/ac3tab: Unavpriv ac3_channel_layout_tab

2021-12-31 Thread Andreas Rheinhardt
Anton Khirnov: > Quoting Andreas Rheinhardt (2021-12-15 13:35:34) >> It is small (16 B) and therefore the overhead of exporting it more >> than outweighs the size savings from not having duplicated symbols: >> When the symbol is no longer avpriv, one saves twice the size of >> the string containing

Re: [FFmpeg-devel] [PATCH 04/11] avcodec/ac3tab: Unavpriv ac3_channel_layout_tab

2021-12-30 Thread Anton Khirnov
Quoting Andreas Rheinhardt (2021-12-15 13:35:34) > It is small (16 B) and therefore the overhead of exporting it more > than outweighs the size savings from not having duplicated symbols: > When the symbol is no longer avpriv, one saves twice the size of > the string containing the symbols name (2x

[FFmpeg-devel] [PATCH 04/11] avcodec/ac3tab: Unavpriv ac3_channel_layout_tab

2021-12-15 Thread Andreas Rheinhardt
It is small (16 B) and therefore the overhead of exporting it more than outweighs the size savings from not having duplicated symbols: When the symbol is no longer avpriv, one saves twice the size of the string containing the symbols name (2x30 byte), two entries in .dynsym (24 bytes each on x64),