Marking rc3

RC1

* Changed linking policy for Unix toolchain + Win32 target
* Reverted to VS build tools in .dsp files

-fgcse caused trouble on very recent gcc's.
-O2 gave minor speedup over -O1.

Marking the start of beta1

Better cross compilation handling

New build system for *nix platforms. It now uses an 'out of source' tree
build process that is much cleaner. This requires a VPATH support.

This patch includes some small fixes to the configure script, mainly for
MacOSX.

   * Win32 files switched to Unix format.
      Ok, on IRC, we sorted out what was b0rking the project files each
      time I commit them in DOS format. In fact the Unix CVS does upload
      DOS format files if i commit them, and then Win32 CVS users get
      double \r\n files. So the best is to use unix format in CVS. This
      way, the checked out versions are right for Win32 users.

      NB: this imply a unix2dos conversion when doing a release from a
          Unix box. I think it's better than current policy, but
          automatic tarballs/zip of the tree should take care of that.

    * odivx and xvid_stat examples removed. Associated project files
      have been removed as well.

    * The divx4 compatibility layer has been removed. Associated options
      in the configure script removed. libxvidcore.def has no more need
      to be an autoconf generated file.

    * rawdec removed. It has never been used and will never be.

    * Added major api appending to the macosx module build.

Added module building for MacOSX.

Increased API major

2003-04-09 GMT	Edouard Gomez <ed.gomez@free.fr>	patch-13

    Summary:
      Added GNU profiling option to the configure script.
    Revision:
      xvidcore--devapi4--1.0--patch-13

    In  order to allow  easy profiling  using GNU  tools (gprof,  gcov), I
    added  the  --enable-gnuprofile  to  the configure.in  template.  This
    modifies the SPECIFIC_LDFLAGS and SPECIFIC_CFLAGS for library building
    so they include all needed options for profiling and test coverage.

    /!\  When  compiling your  own  program,  don't  forget to  use  these
         options:
           -pg -fprofile-arcs -ftest-coverage

         When linking your program, you  MUST use the -pg option too, else
         your binary will not use/create profiling informations.

    modified files:
     build/generic/configure.in


2003-04-09 GMT	Edouard Gomez <ed.gomez@free.fr>	patch-12

    Summary:
      Build fix from release-0_9_1-fixes@cvs.xvid.org
    Revision:
      xvidcore--devapi4--1.0--patch-12

    MacOSX build process was wrong on the linking stage as it was ignoring
    the equivalent of the linux soname thingy.

    modified files:
     build/generic/configure.in

This commit was manufactured by cvs2svn to create branch 'dev-api-4'.

Ready for 0.9.1

Fix namespace conflicts on PPC platform

I made all these changes on my own working copy until i had
something really usable wihtout regressions for most users.

I think its place is now in CVS. Here is a ChangeLog summary
generated from my local patches.

base-0
    Imported xvidcore 0.9.0 into arch repository
patch-1
    Updated to current stable CVS_HEAD
patch-2
    Changed build system for Unix OSes
patch-3
    Fixes for the new build system in sources.
patch-4
    Fixed options and added the --disable-assembly option
patch-5
    Fixed a BSD checking in nasm output format.
patch-6
    Fixed the "ar" "s" option for some platforms.
patch-7
    Changed the way I add strings into variables.
patch-8
    Fixed portab.h for _DEBUG target and GCC/ICC compilers.
patch-9
    Added Altivec detection (Guillaume Morin)
patch-10
    Fixed MacOSX build.
patch-11
    Fixed WIN32/_MSC_VER confusion and updated MSVC libxvidcore.dsp project file.
patch-12
    DivX4 compatibility layer has been turned into an option (default:disable).

ToDo:
    - Fix IA64 assembly file selection.
    - Do I disable PPC assembly code ? (according to Guillaume, it needs to be updated)