[FFmpeg-cvslog] r25378 - in trunk/libavformat: aacdec.c flacdec.c mp3.c mpc.c tta.c utils.c
Martin Storsjö
martin
Thu Oct 7 21:40:15 CEST 2010
On Thu, 7 Oct 2010, Reimar D?ffinger wrote:
> On Thu, Oct 07, 2010 at 06:21:44PM +0300, Martin Storsj? wrote:
> > On Thu, 7 Oct 2010, Martin Storsj? wrote:
> >
> > > On Wed, 6 Oct 2010, reimar wrote:
> > >
> > > > Author: reimar
> > > > Date: Wed Oct 6 22:21:07 2010
> > > > New Revision: 25378
> > > >
> > > > Log:
> > > > Move handling of ID3v2 to common utils.c code, reducing code duplication
> > > > and supporting it for more formats, fixing issue 2258.
> > >
> > > This broke compilation of libavformat if none of the demuxers including
> > > id3v2.o is enabled. To reproduce, configure e.g. with
> > > --disable-everything.
> > >
> > > Is this an appropriate fix?
> > >
> > > diff --git a/libavformat/Makefile b/libavformat/Makefile
> > > index 45bf097..7cc15e8 100644
> > > --- a/libavformat/Makefile
> > > +++ b/libavformat/Makefile
> > > @@ -7,6 +7,7 @@ HEADERS = avformat.h avio.h
> > >
> > > OBJS = allformats.o \
> > > cutils.o \
> > > + id3v2.o \
> > > metadata.o \
> > > metadata_compat.o \
> > > options.o \
> >
> > Replying to myself - id3v1.o seems to be necessary, too. And if they're
> > added to the list of unconditionally compiled objects, they can be removed
> > from the other lists below.
>
> Yes, I think that should be the right way to do it.
Ok, like this then?
// Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-libavformat-Always-build-id3v1.o-and-id3v2.o.patch
Type: text/x-diff
Size: 4683 bytes
Desc:
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/attachments/20101007/8aa82925/attachment-0001.patch>
More information about the ffmpeg-cvslog
mailing list