On Wed, Feb 15, 2012 at 12:00:44AM +0100, Martin Jansa wrote:
> oe-core gtk+ has:
> 
> X11DEPENDS = "virtual/libx11 libxext libxcursor libxrandr libxdamage 
> libxrender libxcomposite"
> DEPENDS = "glib-2.0 pango atk jpeg libpng gtk-doc-native gdk-pixbuf-native 
> docbook-utils-native \
>  libgcrypt cairo gdk-pixbuf"
> PACKAGECONFIG[x11] = "--with-x=yes 
> --with-gdktarget=x11,--with-x=no,${X11DEPENDS}"
> 
> meta-oe adds BBCLASSEXTEND = "native"
> because gtk+-native-2* is needed for gtk+3 to build:
> http://git.openembedded.org/meta-openembedded/commit/?id=a4155ac38dce214cbb59f6243b29ca3df76e0d29
> 
> I would expect that all dependencies added by x11 PACKAGECONFIG will be 
> expanded 
> to -native variants like for every other dependency, but it's not true:
> 
> gtk-native.env:X11DEPENDS="virtual/libx11 libxext libxcursor libxrandr 
> libxdamage libxrender libxcomposite"
> gtk-native.env:# DEPENDS=pkgconfig-native 
> ${@autotools_dep_prepend(d)}${BASEDEPENDS} glib-2.0-native pango-native 
> atk-native jpeg-native libpng-native gtk-doc-native gdk-pixbuf-native 
> docbook-utils-native libgcrypt-native cairo-native gdk-pixbuf-native 
> ${X11DEPENDS}
> gtk-gative.env:DEPENDS="pkgconfig-native autoconf-native automake-native 
> libtool-native gnu-config-native  glib-2.0-native pango-native atk-native 
> jpeg-native libpng-native gtk-doc-native gdk-pixbuf-native 
> docbook-utils-native libgcrypt-native cairo-native gdk-pixbuf-native 
> virtual/libx11 libxext libxcursor libxrandr libxdamage libxrender 
> libxcomposite"
> 
> gtk-target.env:X11DEPENDS="virtual/libx11 libxext libxcursor libxrandr 
> libxdamage libxrender libxcomposite"
> gtk-target.env:# DEPENDS=pkgconfig-native 
> ${@autotools_dep_prepend(d)}${BASEDEPENDS} glib-2.0 pango atk jpeg libpng 
> gtk-doc-native gdk-pixbuf-native docbook-utils-native  libgcrypt cairo 
> gdk-pixbuf ${X11DEPENDS}
> gtk-target.env:DEPENDS="pkgconfig-native autoconf-native automake-native 
> libtool-native libtool-cross gnu-config-native  
> virtual/arm-oe-linux-gnueabi-gcc virtual/arm-oe-linux-gnueabi-compilerlibs 
> virtual/libc  glib-2.0 pango atk jpeg libpng gtk-doc-native gdk-pixbuf-native 
> docbook-utils-native  libgcrypt cairo gdk-pixbuf virtual/libx11 libxext 
> libxcursor libxrandr libxdamage libxrender libxcomposite"
> 
> And gtk+-native builds fails to configure because of missing 
> libxrender-native (libx11-native is built by something else probably).
> 
> configure:23318: checking for XOpenDisplay
> configure:23318: gcc -o conftest -DGDK_PIXBUF_DISABLE_DEPRECATED 
> -isystem/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include
>  -O2 -pipe -Wall 
> -isystem/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include
>  -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES 
> -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES  
> -L/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib
>  
> -L/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/lib
>  
> -Wl,-rpath-link,/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib
>  
> -Wl,-rpath-link,/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/lib
>  
> -Wl,-rpath,/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/lib
>  
> -Wl,-rpath,/var/lib/jenkins/jobs/shr-core/workspace/shr-core/tmp-eglibc/sysroots/x86_64-linux/lib
>  -Wl,-O1 conftest.c  -lXext -lXrender -lX11    >&5
> /usr/bin/ld: cannot find -lXrender
> collect2: ld returned 1 exit status
> configure:23318: $? = 1
> configure: failed program was:
> ...
> configure:23318: result: no
> configure:23322: error: *** libX11 not found. Check 'config.log' for more 
> details.
> 
> Regards,

any idea about this? I'm tired of building virtual/libx11-native and
libxrender-native manually after each gtk+-native build error :/.

Yes I can fix it in gtk+ bbappend by repeating
PACKAGECONFIG/DISTRO_FEATURES logic fog DEPENDS_virtclass-native, but
this seems like bug in PACKAGECONFIG handling and could be in more
recipes.

Cheers,

-- 
Martin 'JaMa' Jansa     jabber: [email protected]

Attachment: signature.asc
Description: Digital signature

_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Reply via email to