[FFmpeg-cvslog] r22052 - in trunk/libavcodec: h264.c h264.h

Michael Niedermayer michaelni
Thu Feb 25 22:49:18 CET 2010


    -On Thu, Feb 25, 2010 at 07:55:36PM +0000, M?ns Rullg?rd wrote:
> Michael Niedermayer <michaelni at gmx.at> writes:
> 
> > On Thu, Feb 25, 2010 at 07:20:18PM +0000, M?ns Rullg?rd wrote:
> >> Michael Niedermayer <michaelni at gmx.at> writes:
> >> 
> >> > sorry again, ill try not to forget svq3 from now on when compiling with
> >> > disabled dependancies. (enabling deps is no option as its too slow)
> >> 
> >> Can you please elaborate on that?  If you disable deps, you _will_
> >> miss things like this.  I'm not aware of any case where more than
> >> necessary gets recompiled.
> >
> > add a comment to avcodec.h, bump minor api version, ...
> > there are many things that cause quite a bit to be recompiled
> 
> It's hard to track dependencies other than by file, so yes, that would
> trigger some superfluous rebuilds.  However, this change was only to
> h264.h.  Nothing irrelevant depends on it.
> 
> > was there some way to quickly enable/disable deps?
> > currently i have common.mak hacked to achive it, but i faintly remember
> > some discussions about it ...
> 
> make DEPS=n

Thanks ill try to build with deps from now on before or immedeatly after
a commit so such hour long breakage does not reoccur


> 
> Before anyone asks, this is a hack that should not be documented.  I
> don't want to deal with the trouble reports that would ensue.
> 
> > also is there some way by which make would display what it would rebuild
> > without doing a time consuming rebuild? (had i run this with deps i would
> > have spot svq3)
> 
> make -n

not readable at all without filtering it though sed or other
btw here it take 7-11 seconds, which isnt exactly fast.

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Old school: Use the lowest level language in which you can solve the problem
            conveniently.
New school: Use the highest level language in which the latest supercomputer
            can solve the problem without the user falling asleep waiting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/attachments/20100225/56f29445/attachment.pgp>



More information about the ffmpeg-cvslog mailing list