Am 07.10.2014 um 15:07 schrieb Ilia Mirkin:
On Tue, Oct 7, 2014 at 9:04 AM, Christian König <deathsim...@vodafone.de> wrote:
Am 07.10.2014 um 03:11 schrieb Ilia Mirkin:
I'm under the assumption that OMX/etc don't do anything ridiculous. If
they do, it's a bug just like this vdpau situation, and should be
addressed as such. However addressing them should not preclude vdpau
from being fixed.
Well, that was the whole point of the change. For OMX you don't have a
standardized sub directory where to put the loadable modules, e.g. it's
named libomxil-bellagio0 on Ubuntu and completely different on Fedora.
So what I did was just to use the $pluginsdir from libomxil-bellagio.pc to
determine where to install the OMX files and ignored $prefix. But Emil
wanted all generated plugins to be installed consistently so he changed
VDPAU to the same behavior as OMX.
I'm perfectly fine with either approach, but it should just be consistent.
How about just failing the configure if you enable OMX (or anything
else we don't know what to do with) but don't specify an install dir?
Would work for me as well, but doesn't sounds like the ideal solution.
Looking into the libomxil-bellagio.pc we have a whole chain of
definitions like:
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
toolsdir=${exec_prefix}/bin
pluginsdir=${libdir}/libomxil-bellagio0
Isn't it somehow possible to let pkg-config assume a different $prefix
while evaluating the $pluginsdir variable (I honestly have no idea how
pkg-config works)?
That would solve the problem for OMX and make the behavior consistent again.
Regards,
Christian.
-ilia
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
