[OE-core] Broken gettext/gdbm

[Matthieu CRAPET]

Hi,

$ bitbake gdbm -e | grep ^DEPENDS
DEPENDS_GETTEXT="virtual/gettext gettext-native"
DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native virtual/gettext gettext-native  virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc"

$ bitbake gettext -e | grep ^DEPENDS
DEPENDS_virtclass-native="libxml2-native gettext-minimal-native"
DEPENDS="autoconf-native automake-native libtool-native libtool-cross gnu-config-native  virtual/arm-ingenico-linux-gnueabi-gcc virtual/arm-ingenico-linux-gnueabi-compilerlibs virtual/libc  libxml2-native gettext-native virtual/libiconv ncurses expat"

Note: We are using our own external toolchain.

I wasn't clear enough in my previous post. It appear to be a circular dependency.

Since my update I have this log:
NOTE: Resolving any missing task queue dependencies
NOTE: multiple providers are available for virtual/gettext (proxy-libintl, gettext)
NOTE: consider defining a PREFERRED_PROVIDER entry to match virtual/gettext

When I just try to build gettext, It wants to build gdbm.. which depends of gettext too.

gettext-minimal-native doesn't have config.rpath, gettext-native has it.

But config.rpath is taken from ${STAGING_DATADIR}/gettext/config.rpath" and not ${STAGING_DATADIR_NATIVE}/gettext/config.rpath".
Patching "meta/classes/autotools.bbclass" would be a proper fix ?

Cheers,
Matthieu


-----Message d'origine-----
De : openembedded-core-bounces at lists.openembedded.org [mailto:openembedded-core-bounces at lists.openembedded.org] De la part de Richard Purdie
Envoyé : vendredi 20 juillet 2012 17:07
À : Patches and discussions about the oe-core layer
Objet : Re: [OE-core] Broken gettext/gdbm

On Fri, 2012-07-20 at 15:10 +0200, Matthieu CRAPET wrote:
> Greetings,
> 
> I updated my OE-core and bitbake today (2012.07.20). Build from 
> scratch
> fails:
> 
> <code>
> NOTE: package gdbm-1.10-r3: task do_configure: Started
> ERROR: Function failed: do_configure (see 
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222 for further information)
> ERROR: Logfile of failure stored in:
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common',
> 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 
> 'common']
> | DEBUG: Executing shell function do_configure automake (GNU automake) 
> | 1.12.1 Copyright (C) 2012 Free Software Foundation, Inc.
> | License GPLv2+: GNU GPL version 2 or later
> <http://gnu.org/licenses/gpl-2.0.html>
> | This is free software: you are free to change and redistribute it.
> | There is NO WARRANTY, to the extent permitted by law.
> |
> | Written by Tom Tromey <tromey at redhat.com>
> |        and Alexandre Duret-Lutz <adl at gnu.org>.
> | AUTOV is 1.12
> | cp: cannot stat
> `/home/.../build/tmp-eglibc/sysroots/rp02/usr/share/gettext/config.rpa
> th
> ': No such file or directory
> | ERROR: Function failed: do_configure (see
> /home/.../build/tmp-eglibc/work/armv5te-ing-linux-gnueabi/gdbm-1.10-r3
> /t
> emp/log.do_configure.31222 for further information)
> NOTE: package gdbm-1.10-r3: task do_configure: Failed </code>
> 
> gdbm needs gettext to have config.rpath. But gettext is not built, but 
> gettext-native & gettext-minimal-native are built.
> 
> Issue comes from  "meta/classes/autotools.bbclass":
> 
> <code>
>         else if grep "^[[:space:]]*AM_GNU_GETTEXT" $CONFIGURE_AC
> >/dev/null; then
>                             # We'd call gettextize here if it wasn't 
> so broken...
>           cp ${STAGING_DATADIR}/gettext/config.rpath
> ${AUTOTOOLS_AUXDIR}/
> </code>
> 
> What would be the best workaround to take config.rpath from 
> gettext-native?

This is odd since gdbm inherits gettext and therefore should have a DEPENDS on virtual/gettext. gettext should therefore have been built.

Any idea why gettext wasn't built?

bitbake gdbm -e | grep ^DEPENDS

shows virtual/gettext here...

Cheers,

Richard


_______________________________________________
Openembedded-core mailing list
Openembedded-core at lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core