[FFmpeg-devel] libavutil simd
Tue Oct 2 08:12:41 CEST 2007
Rich Felker wrote:
> On Tue, Oct 02, 2007 at 01:38:16AM +0200, Michael Niedermayer wrote:
>>>> e.g. if another project builds libav* in-tree like MPlayer does.
>>> That is an hack by definition...
>> indeed and i guess a patch would be welcome by diego ...
>> that is one which calls/uses ffmpeg configure/Makefile i think?
> Diego (I think) had a design for a system by which the makefiles in
> each directory could function either standalone or included from the
> makefile in the parent directory, allowing non-recursive make and
> integrating makefiles. If we could get thath together into a nice spec
> I think it would be a great thing for FFmpeg and MPlayer (and other
> projects using FFmpeg in-tree as well) to adopt, not just for ease of
> maintainence but also to popularize the design and hopefully spread it
> as an alternative to the autosh*t hell of recursive make.
autotools correctly rebuild things if you do
git pull/svn co/cvs co/whatever
our current system just creates a broken binary in the worst case subtly
> What about providing both as 2 separate functions, and documenting
> that the forking function will fork? Or better yet, just read
> /proc/cpuinfo and forget about supporting runtime cpu detection on
> systems without cpuinfo or equivalent.
systems w/out have different means to get the same result, so I think we
could be fine with it.
More information about the ffmpeg-devel