It is pretty hopeless that other considerable projects will adopt
libavutil alone in other projects. Projects that need small footprint
are better off with more specialized libraries such as gnulib or rather
just copy the necessary parts that they need. With this in mind, nobody
is helped by having libavutil and libavcore split. In order to ease
maintenance inside and around FFmpeg and to reduce confusion where to
put common code, avcore's functionality is merged (back) to avutil.
Signed-off-by: Reinhard Tartler <siretart@tauware.de>
We no longer create dependency files directly, so the rules are now pointless.
Originally committed as revision 24807 to svn://svn.ffmpeg.org/ffmpeg/trunk
The new library is meant to contain the core multimedia utilities for
FFmpeg, to make them shareable between more libav* libraries.
See thread:
Subject: [FFmpeg-devel] [RFC] New library for shared non-generic libav* utils
Date: Fri, 9 Jul 2010 01:07:40 +0200
Originally committed as revision 24393 to svn://svn.ffmpeg.org/ffmpeg/trunk
The presence of the .SECONDARY directive caused thing to not always
be correctly rebuilt. Mentioning the object files explicitly as
targets gives the desired result of make not deleting them without
unpleasant side-effects.
Originally committed as revision 22422 to svn://svn.ffmpeg.org/ffmpeg/trunk
Force version.sh to run whenever the version might have changed,
regardless of what is being built. This is done by attaching the
dependencies to a dummy file (.version) which is included from the
makefile. As make will always attempt to rebuild any included files
before considering other rules, this ensures that the real version.h
is (re-)created before it is required by any source file.
Originally committed as revision 22420 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some of the per-arch headers are only meant to be used through
the parent header of the same name. Testing these standalone
does not make sense.
Originally committed as revision 22341 to svn://svn.ffmpeg.org/ffmpeg/trunk
This gives brief messages from make by default. For full command
echoing, add V=1 to make command line.
Originally committed as revision 22244 to svn://svn.ffmpeg.org/ffmpeg/trunk
Most of the make builtin rules, which we do not need, are suffix rules,
and we use only new-style pattern rules. Disabling suffix rules saves
some time when building on slow systems.
Originally committed as revision 22064 to svn://svn.ffmpeg.org/ffmpeg/trunk
This makes it easy to supply extra flags on the make command line
for testing purposes.
Originally committed as revision 21515 to svn://svn.ffmpeg.org/ffmpeg/trunk
rather than prepend it.
This way there is the guarantee that the included headers are those in
the FFmpeg sources, rather than pre-installed headers referenced by
the user CPPFLAGS.
Originally committed as revision 19416 to svn://svn.ffmpeg.org/ffmpeg/trunk
Some compilers do not use the typical -c -o foo.o style.
This allows compiler-specific equivalents to be set by the
configure script.
Originally committed as revision 19409 to svn://svn.ffmpeg.org/ffmpeg/trunk
generated map files as well, so map files need to be removed in all
places where executables are removed.
patch by Dave Yeo, daveryeo telus net
Originally committed as revision 18981 to svn://svn.ffmpeg.org/ffmpeg/trunk
suffix for all example files instead of doing this in individual Makefiles.
Originally committed as revision 18217 to svn://svn.ffmpeg.org/ffmpeg/trunk
This is robust against renames and also removes test programs not
(yet) hooked up in the main Makefiles.
Originally committed as revision 18193 to svn://svn.ffmpeg.org/ffmpeg/trunk
Reinhard Tartler
Måns Rullgård
Diego Biurrun
Stefano Sabatini
Ramiro Polla
Dave Yeo