[Mesa-dev] [Bug 79230] After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri May 30 14:03:49 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=79230
--- Comment #5 from warpme at o2.pl ---
On 30/05/14 15:38, bugzilla-daemon at freedesktop.org wrote:
>
> *Comment # 3 <https://bugs.freedesktop.org/show_bug.cgi?id=79230#c3>
> on bug 79230 <https://bugs.freedesktop.org/show_bug.cgi?id=79230> from
> Emil Velikov <mailto:emil.l.velikov at gmail.com> *
> (In reply tocomment #2 <show_bug.cgi?id=79230#c2>)
> > Createdattachment 100147 <attachment.cgi?id=100147> [details] <attachment.cgi?id=100147&action=edit>
> > fixing libdrm includes when cross-compile
>
> Strange, neither of these changes should be needed. When winsys/radeon/drm is
> build the RADEON_CFLAGS are used which should pick the correct include location
> from the libdrm-radeon package. Same logic applies to all other cases in the
> patch.
>
> Most likely your libdrm* packages are not installed correctly and/or pkgconfig
> is not finding the correct *.pc files. PKG_CONFIG_PATH can help in the latter
> case.
That was my suspect. But 2 things are worth to mention:
-exactly the same environment builds OK with 10.1.4
-I verified pkgconfig.pc for libdrm_radeon:
[piotro at myth-devel-vm pkgconfig]$ cat libdrm_radeon.pc
prefix=/home/piotro/minimyth-dev/images/build/usr
exec_prefix=/home/piotro/minimyth-dev/images/build/usr
libdir=/home/piotro/minimyth-dev/images/build/usr/lib
includedir=/home/piotro/minimyth-dev/images/build/usr/include
Name: libdrm_radeon
Description: Userspace interface to kernel DRM services for radeon
Version: 2.4.54
Libs: -L${libdir} -ldrm_radeon
Cflags: -I${includedir} -I${includedir}/libdrm
My configure options look following:
CONFIGURE_ARGS = $(DIRPATHS) --build=$(GARBUILD) --host=$(GARHOST) \
--x-includes="$(DESTDIR)$(includedir)" \
--x-libraries="$(DESTDIR)$(libdir)" \
--disable-silent-rules \
$(if $(filter i386 , $(GARCH_FAMILY)),--enable-32-bit) \
$(if $(filter x86_64, $(GARCH_FAMILY)),--enable-64-bit) \
--disable-static \
--enable-shared \
--disable-debug \
--disable-mangling \
--disable-texture-float \
--enable-asm \
--disable-selinux \
--enable-opengl \
--disable-gles1 \
--disable-gles2 \
--disable-openvg \
--enable-dri \
--enable-glx \
--disable-osmesa \
--disable-gallium-osmesa \
--disable-egl \
--enable-xa \
--disable-gbm \
--disable-xvmc \
--enable-vdpau \
--disable-opencl \
--disable-opencl-icd \
--disable-xlib-glx \
--disable-gallium-egl \
--disable-gallium-gbm \
--disable-r600-llvm-compiler \
--disable-gallium-tests \
--disable-shared-glapi \
--disable-dri3 \
--enable-driglx-direct \
--disable-glx-tls \
--enable-gallium-llvm \
--with-llvm-shared-libs \
--with-gallium-drivers="i915,r300,r600,radeonsi,svga,swrast" \
--with-dri-driverdir="$(libdir)/dri" \
--with-dri-drivers="i915,i965,r200,radeon,swrast" \
--with-vdpau-libdir="$(libdir)/vdpau" \
PKG_CONFIG_PATH="$(libdir)/pkgconfig" \
LIBVA_CFLAGS="$(DESTDIR)$(includedir)" \
LIBVA_LIBS="$(DESTDIR)$(libdir)" \
LIBUDEV_CFLAGS="$(DESTDIR)$(includedir)" \
LIBUDEV_LIBS="$(DESTDIR)$(libdir)" \
RADEON_CFLAGS="$(DESTDIR)$(includedir)/libdrm" \
RADEON_LIBS="$(DESTDIR)$(libdir)"
When I remove
RADEON_CFLAGS="$(DESTDIR)$(includedir)/libdrm" \
RADEON_LIBS="$(DESTDIR)$(libdir)"
configure fails with:
------------------------
checking for INTEL... yes
checking for RADEON... no
configure: error: Package requirements (libdrm_radeon >= 2.4.54) were
not met:
Requested 'libdrm_radeon >= 2.4.54' but version of libdrm_radeon is 2.4.52
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables RADEON_CFLAGS
and RADEON_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
------------------------
libdrm_radeon 2.4.52 is version on host system. Target system has 2.4.54
- so it looks like there is indeed issue related to PKG_CONFIG &
libdrm_radeon.
I'm not sure - but isn't my libdrm_radeon.pc file looking OK?
I suspect it is OK as this exactly environment works OK with 10.1.4
Includes issue is solvable - show stopper for me is libvdpau_r600
linking issue :-(
>
> If that does not help can you bisect this issue ? Providing your configure
> options (including any additional variables that you've set) will help.
> ------------------------------------------------------------------------
> You are receiving this mail because:
>
> * You reported the bug.
>
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20140530/70b78843/attachment.html>
More information about the mesa-dev
mailing list