[FFmpeg-cvslog] r29354 - trunk/libswscale/swscale-example.c

Diego Biurrun diego
Thu Jun 11 21:31:49 CEST 2009


On Thu, Jun 11, 2009 at 08:42:57PM +0200, Michael Niedermayer wrote:
> On Thu, Jun 11, 2009 at 07:27:35PM +0200, Diego Biurrun wrote:
> > On Thu, Jun 11, 2009 at 06:41:41PM +0200, Michael Niedermayer wrote:
> > > On Thu, Jun 11, 2009 at 06:08:35PM +0200, Diego Biurrun wrote:
> > > > On Thu, Jun 11, 2009 at 05:46:11PM +0200, Michael Niedermayer wrote:
> > > > > On Thu, Jun 11, 2009 at 05:15:43PM +0200, diego wrote:
> > > > > > 
> > > > > > Log:
> > > > > > Fix compilation: #undef standard library functions that are
> > > > > > forbidden within FFmpeg, but allowed in example code.
> > > > > 
> > > > > this commit is not the correct solution
> > > > 
> > > > Whoever knows the correct solution shall step forward...
> > > 
> > > I do, revert your previous commit to swscale (r29353) as well and it works
> > 
> > No, it does not.
> 
> yes it does, i tested it before making that claim
> 
> upon further investigation libavutil/mem.h here contained DECLARE_ALIGNED
> and was in C state, svn skiped it during updates
> 
> now if you also revert your r16781 commit, swscale-example.c compiles
> 
> to quote your commit message from r16781:
>     Move DECLARE_ALIGNED and DECLARE_ASM_CONST to internal.h.
>     Their definition depends on preprocessor directives from config.h,
>     thus they cannot be declared in a public header since public headers
>     cannot #include config.h.
> 
> internal.h is no public header -> it cannot be used outside libavutil
> but DECLARE_ALIGNED is used all over the place outside libavutil

So in summary, as I said, reverting my commits is not the correct
solution.  Go flame whoever introduced DECLARE_ALIGNED into example
code.

Diego



More information about the ffmpeg-cvslog mailing list