Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=459979
--- Comment #30 from Nicolas Chauvet (kwizart) kwizart@gmail.com 2008-12-10 08:48:33 EDT --- (In reply to comment #29) ...
- I do not understand why the existing --disable-mmx is not satisfactory; maybe
he meant "--disable-sse2" instead of "--disable-sse". But it seems to me all of MLT's usage of MMX is not acceptable to Fedora i386 policy, and I know some of it is not yet compatible with x86-64. So, it seems to me --disable-mmx should be fine as a global option regardless of architecture of the build.
We can build the library twice within one mlt.i386 package for i386. (that's done with the "atlas" package for an example) - one time with mmx sse sse2 disabled. - one other time with mmx sse sse2 enabled. The resulting optimized library will be moved in /usr/lib/sse2 and activated at runtime if the dynamic library loader has detected the running cpu is sse2 capable.
For this feature to be enabled, we need to be sure nothing will hardcode the libraries pathes, and that it will be correctly linked (not dlopened for example).
- I know nothing about multilibs.
That's a packaging level problem.
- Re: "- Have runtime tests to be done." What exactly does that mean? MLT
already attempts to dlopen all so in lib/mlt.
That's really bad. We are in $prefix/lib64/mlt on x86_64 ppc64 sparc64 (aka multilibs systems, so not ia64). It would be easier to use libtool-ltdl, but i don't know how to add support for it easily with you current buildsys. Anyway, you should be able to tweak the dlopening path to be correct.
Once that said, I'm not sure I can support one more split between mlt non-ffmpeg enabled and mlt-freeworld ffmpeg enabled. Is there any package using mlt that can be in Fedora once mlt is in ?