Re: [libav-devel] ff_*_tab still brittle

2012-11-27 Thread Diego Elio Pettenò
On 27/11/2012 06:55, Martin Storsjö wrote: > > After taking a closer look at the issue, it seems that the actual > culprit is that suncc doesn't strip out unused static functions if -g is > specified. So any file that happens to include the header that declares > the static inline function that re

Re: [libav-devel] ff_*_tab still brittle

2012-11-27 Thread Reinhard Tartler
On Tue, Nov 27, 2012 at 5:27 PM, Måns Rullgård wrote: > Sean McGovern writes: > >> On Tuesday, November 27, 2012, Martin Storsjö wrote: >>> On Mon, 26 Nov 2012, Sean McGovern wrote: >>> For example, the macro for ff_log2 in libavutil/intmath.h still uses ff_log2_tab if you aren't on GC

Re: [libav-devel] ff_*_tab still brittle

2012-11-27 Thread Måns Rullgård
Sean McGovern writes: > On Tuesday, November 27, 2012, Martin Storsjö wrote: >> On Mon, 26 Nov 2012, Sean McGovern wrote: >> >>> For example, the macro for ff_log2 in libavutil/intmath.h still uses >>> ff_log2_tab if you aren't on GCC. suncc doesn't appear to have a facility >>> similar to the _

Re: [libav-devel] ff_*_tab still brittle

2012-11-27 Thread Sean McGovern
On Tuesday, November 27, 2012, Martin Storsjö wrote: > On Mon, 26 Nov 2012, Sean McGovern wrote: > >> For example, the macro for ff_log2 in libavutil/intmath.h still uses >> ff_log2_tab if you aren't on GCC. suncc doesn't appear to have a facility >> similar to the __builtin_* convenience function

Re: [libav-devel] ff_*_tab still brittle

2012-11-27 Thread Martin Storsjö
On Mon, 26 Nov 2012, Sean McGovern wrote: For example, the macro for ff_log2 in libavutil/intmath.h still uses ff_log2_tab if you aren't on GCC. suncc doesn't appear to have a facility similar to the __builtin_* convenience functions in GCC. After taking a closer look at the issue, it seems th

Re: [libav-devel] ff_*_tab still brittle

2012-11-26 Thread Måns Rullgård
Sean McGovern writes: > Hi folks, > > I talked about this briefly on IRC earlier this weekend, but in the course > of attempting to implement library symbol versioning I have run into this > problem. > > For example, the macro for ff_log2 in libavutil/intmath.h still uses > ff_log2_tab if you are

[libav-devel] ff_*_tab still brittle

2012-11-26 Thread Sean McGovern
Hi folks, I talked about this briefly on IRC earlier this weekend, but in the course of attempting to implement library symbol versioning I have run into this problem. For example, the macro for ff_log2 in libavutil/intmath.h still uses ff_log2_tab if you aren't on GCC. suncc doesn't appear to ha