Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

Signed-off-by: NReimar Döffinger <Reimar.Doeffinger@gmx.de>

This reverts commit bb524924.
This is necessary to allow running "make" in subdirs again.

Conflicts:

	Makefile

Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

This reverts commit b9c6c7cb.
It appears this caused the .o files to be deletec under some circumstances.

This target was added to prevent some files being deleted
by make when using chains of implicit rules.  This is no
longer required.
Signed-off-by: NMans Rullgard <mans@mansr.com>

This removes nonexisting targets from phony lists and puts them
all in one place.
Signed-off-by: NMans Rullgard <mans@mansr.com>

Signed-off-by: NMans Rullgard <mans@mansr.com>

This dependency is implicitly covered elsewhere.
Signed-off-by: NMans Rullgard <mans@mansr.com>

CFLAGS-yes is never set so this serves no purpose.
Signed-off-by: NMans Rullgard <mans@mansr.com>

This variable is unnecessary as absolute paths are not required.
Signed-off-by: NMans Rullgard <mans@mansr.com>

People did not like this change.

This reverts commit e0be794a.

This makes sure the various *-test programs are correctly rebuilt
when necessary.
Signed-off-by: NMans Rullgard <mans@mansr.com>

Stripping is generally best left to package management tools, and
since unstripped copies are kept in the build tree, any arguments
about saving space (no matter how insignificant) are void.
Signed-off-by: NMans Rullgard <mans@mansr.com>

Done to keep ABI compatible. Otherwise this is just silly

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: NReinhard Tartler <siretart@tauware.de>

Originally committed as revision 25039 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

Originally committed as revision 24041 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 23805 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 23792 to svn://svn.ffmpeg.org/ffmpeg/trunk

Running ranlib is quick and uninteresting, no need to print it.

Originally committed as revision 22582 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22526 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

Originally committed as revision 22419 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22418 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22401 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22394 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22391 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

Originally committed as revision 22335 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22333 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22294 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 22249 to svn://svn.ffmpeg.org/ffmpeg/trunk