GStreamer multimedia framework
Find a file
Thomas Vander Stichele ab57e67a05 sync with upstream
Original commit message from CVS:
sync with upstream
2004-02-11 17:44:11 +00:00
common@c6f697f5a1 sync with upstream 2004-02-11 17:44:11 +00:00
ext/ffmpeg ext/ffmpeg/: fix memleaks 2004-02-11 08:38:26 +00:00
gst-libs sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
m4 sync with upstream 2004-02-11 17:44:11 +00:00
.gitmodules removal of //-style comments don't link plugins to core libs -- the versioning is done internally to the plugins with... 2002-03-19 04:09:41 +00:00
AUTHORS sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
autogen.sh sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
ChangeLog sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
configure.ac tweaks 'n' docs 2003-12-09 17:29:20 +00:00
Makefile.am sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
NEWS sandbox to get ffmpeg to play nicely in all cases 2003-12-09 15:59:48 +00:00
README tweaks 'n' docs 2003-12-09 17:29:20 +00:00

This is a sandbox module to test if our build setup for external libraries
(for example FFmpeg) is sane.

What we are trying to achieve:

satisfy:
  patching of CVS checkout using our patch files placed in our CVS

  passing of
    make
    make distcheck
    non-srcdir build (ie, mkdir build; cd build; ../configure; make)

How it works:

* configure checks whether or not it should update ffmpeg from CVS by looking
  at the nano version number
  - if it's 1, we're in cvs mode, and it should check it out
  - if it's not 1, we're in prerel or rel mode, and the code should already
    be on disk
    FIXME: we could change this to really check out the source code if some
    required files aren't there just in case someone checks out from CVS
    but CVS is not at nano 1

* patching of the checked-out copy happens at

Axioms under which we work:
- the dist tarball needs to include either
  - the pristine ffmpeg checkout + our patches + a patch mechanism on make
  or
  - the ffmpeg checkout with patches already applied

- configure/make is not allowed to touch files that already live in the source
  tree; if they need to then they need to be copied first and cleaned
  afterward

- it would be very nice if, on update of either the Tag file or the patch set,
  make would know exactly what to do with it.