[XviD-devel] [BUG] Small LUT implementation - Previous patchwasnot the right one

[Edouard Gomez]

Marco Al (marco at simplex.nl) wrote:
> Also level_esc has the same issue ... so you'd have more code to change.
> 
> I propose the following patch.

Patch commited.

Now we have  a working XviD on lot of platforms :-) (at least my working
tree)

Here is a summary:
 - Debian GNU/Linux - StrongARM - Alphave67 (alpha 64bit) - ia32 -
   UltraSparcIII
 - Solaris - UltraSparcI - Sparc 32bit on old sun stations ( i don't
   remember the exact name)
 - FreeBSD 4.7 - ia32
 - RedHat 7.3 - ia32
 - Gentoo 1.4 - ia32
 - the irix box according to christoph tests
 - working on ia64 - Unknown OS?

The unix unified makefile supports:
 - gmake
 - pmake

ToDo things to finish this new build system:
 - Manage the ecc/gcc source choice for ia64
 - Someone to test the makefile on Cygwin and/or mingw+minsys
 - Update MSVC projects (replace 2 or 3 defines)
 - See why MacOSX is complaining about duplicated symbols, it seems the
   mach ABI does not alow namespace collisions even between C modules.
   And add altivec detection in configure.in

I think we cannot make it more portable than i could do for now. The
only thing i would like is to update the PowerPC support which seems to
be updated (at least old gcc on macosx 10.1 does not understand the
assembly files) - Perhaps stealing^Wtaking code from ffmpeg could help,
though we have no known users of XviD on this list using PPC (/me
summons iMacs, iBooks users :-).

Once i fix most of these issues, 0.9.1 will be out, and i'll port all
the fixes to dev-api-3, including the new build system.

-- 
Edouard Gomez
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://edu.bnhof.de/pipermail/xvid-devel/attachments/20030206/138f07c0/attachment.bin