[Ffmpeg-devel] Re: movenc.c depends on mov.c

[Michael Niedermayer]

Hi

On Tue, Aug 01, 2006 at 12:20:54AM +0200, Diego Biurrun wrote:
> On Mon, Jul 31, 2006 at 11:29:35PM +0200, Baptiste Coudurier wrote:
> > 
> > Ramiro Polla wrote:
> > > 
> > > When I run "./configure --enable-memalign-hack --enable-shared
> > > --disable-static --disable-decoders --disable-parsers
> > > --disable-demuxers", I get an error of undefined reference to
> > > `ff_mov_obj_type' and to `ff_mov_iso639_to_lang' from movenc.c while
> > > linking libavcodec.
> > > 
> > > Yes, I do want to produce ffmpeg with no decoding support, since I will
> > > create and provide the data (just like output_example does).
> > > 
> > > Those symbols both exist in mov.c, and are declared as externs in mov.h.
> > > Since I chose not to decode anything, mov.c is not compiled, and
> > > movenc.c can't find the symbols. Could the maintainers of movenc.c try
> > > to fix this, please?
> > > 
> > > Thanks,
> > > Ramiro Polla
> > 
> > Attached patch should fix the problem. It creates isom.c and rename
> > mov.h to isom.h to hold common code between muxer and demuxer.
> > 
> > Further variables renaming might be adequate.
> > 
> > Mans, Diego, what do you think ? If it's ok could one of you please
> > apply that patch ? Im not familiar with file renaming yet.
> 
> Well, file renaming is not all that hard, just do
> 
>   svn mv mov.h isom.h
>   svn ci isom.h
> 
> that's all there is to it.  Of course I've left out the rest of the
> changes in the example.  Be confident, you'll manage all right.

just dont forget to svn cp mov.c icom.c otherwise the history of the code
is lost and you would be flamed ...

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is