[FFmpeg-cvslog] r22052 - in trunk/libavcodec: h264.c h264.h
Thu Feb 25 22:59:33 CET 2010
Michael Niedermayer <michaelni at gmx.at> writes:
> -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.
Seriously, can we get you a new computer? It sounds like you could
mans at mansr.com
More information about the ffmpeg-cvslog