<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=79230#c5">Comment # 5</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=79230">bug 79230</a>
              from <span class="vcard"><a class="email" href="mailto:warpme@o2.pl" title="warpme@o2.pl">warpme@o2.pl</a>
</span></b>
        <pre>On 30/05/14 15:38, <a href="mailto:bugzilla-daemon@freedesktop.org">bugzilla-daemon@freedesktop.org</a> wrote:
>
<span class="quote">> *<a href="show_bug.cgi?id=79230#c3">Comment # 3</a> <<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails"
   href="show_bug.cgi?id=79230#c3">https://bugs.freedesktop.org/show_bug.cgi?id=79230#c3</a>> 
> on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails"
   href="show_bug.cgi?id=79230">bug 79230</a> <<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - After upgrade from 10.1.4 to 10.2-rc4 cross-compile fails"
   href="show_bug.cgi?id=79230">https://bugs.freedesktop.org/show_bug.cgi?id=79230</a>> from 
> Emil Velikov <<a href="mailto:emil.l.velikov@gmail.com">mailto:emil.l.velikov@gmail.com</a>> *
> (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</span >
>
<span class="quote">> 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.</span >
>
<span class="quote">> 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.</span >
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@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 :-(




>
<span class="quote">> 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:</span >
>
<span class="quote">>   * You reported the bug.</span >
></pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>