Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Steffen Sledz <sledz@dresearch.de>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] vala-dbus-binding-tool: (mostly) new recipe
Date: Mon, 15 Feb 2010 16:05:54 +0100	[thread overview]
Message-ID: <4B7962D2.2060300@dresearch.de> (raw)
In-Reply-To: <141020e31002150531s11663cc1q561cb1e7c7c51287@mail.gmail.com>

Martin Jansa wrote:
> BTW: I noticed a bit strange DEPENDS, why is there depend on
> intltool-native? and other depends non-native?
> 
> it is expanded like this:
> -native:
> DEPENDS="autoconf-native automake-native libtool-native
> gnu-config-native shasum-native coreutils-native autoconf-native
> automake-native libtool-native gnu-config-native shasum-native
> coreutils-native vala-native libgee-native libxml2-native
> intltool-native"
> 
> non-native:
> DEPENDS="autoconf-native automake-native libtool-native libtool-cross
> gnu-config-native shasum-native coreutils-native
> virtual/arm-oe-linux-gnueabi-gcc virtual/libc  vala libgee libxml2
> intltool-native"
> 
> I'm not saying it's wrong, just curious how bitbake deals with
> changing DEPENDS while parsing BBCLASSEXTENDS = "native".

I'm not sure for myself. But without intltool-native dependency
baking vala-dbus-binding-tool fails with:

ERROR: function do_configure failed
ERROR: log data follows (/home/sledz/work/HydraIP/OE/tmp.5/work/armv5te-angstrom-linux-gnueabi/vala-dbus-binding-tool-0.1.3-r1.0/temp/log.do_configure.18882)
| automake (GNU automake) 1.10.2
| Copyright (C) 2008 Free Software Foundation, Inc.
| License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.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@redhat.com>
|        and Alexandre Duret-Lutz <adl@gnu.org>.
| AUTOV is 1.10
| NOTE: Executing glib-gettextize --force --copy
| Copying file mkinstalldirs
| Copying file po/Makefile.in.in
|
| Please add the files
|   codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
|   progtest.m4
| from the /home/sledz/work/HydraIP/OE/tmp.5/staging/i686-linux/usr/share/aclocal directory to your autoconf macro directory
| or directly to your aclocal.m4 file.
| You will also need config.guess and config.sub, which you can get from
| ftp://ftp.gnu.org/pub/gnu/config/.
|
| NOTE: Executing intltoolize --copy --force --automake
| /home/sledz/work/HydraIP/OE/tmp.5/work/armv5te-angstrom-linux-gnueabi/vala-dbus-binding-tool-0.1.3-r1.0/temp/run.do_configure.18882: line 305: intltoolize: command not found
NOTE: Task failed: /home/sledz/work/HydraIP/OE/tmp.5/work/armv5te-angstrom-linux-gnueabi/vala-dbus-binding-tool-0.1.3-r1.0/temp/log.do_configure.18882

Maybe this is a bug autotools_stage and this dependency should be generated
automatically like autoconf-native, automake-native, and libtool-native?

Steffen




  reply	other threads:[~2010-02-15 15:08 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-09 13:33 vala-dbus-binding-tool? Steffen Sledz
2010-02-10  6:48 ` [PATCH] vala-dbus-binding-tool-0.1.3: new recipe Steffen Sledz
2010-02-10  7:12   ` Steffen Sledz
2010-02-10 13:21   ` Steffen Sledz
2010-02-11 13:18     ` Steffen Sledz
2010-02-11 13:21       ` Martin Jansa
2010-02-11 13:30         ` Steffen Sledz
2010-02-11 13:58       ` Paul Menzel
2010-02-11 15:52         ` Steffen Sledz
2010-02-11  8:40   ` Steffen Sledz
2010-02-11  8:47     ` Martin Jansa
2010-02-11 11:43       ` Steffen Sledz
2010-02-11 12:19         ` Dr. Michael Lauer
2010-02-11 15:51           ` [PATCH 1/2] " Steffen Sledz
2010-02-11 15:51             ` [PATCH 2/2] vala-dbus-binding-tool: relocate native recipe from freesmartphone subdir Steffen Sledz
2010-02-11 16:07               ` Martin Jansa
2010-02-12 15:11                 ` Steffen Sledz
2010-02-13 13:26                   ` Martin Jansa
2010-02-15 10:54                     ` [PATCH] vala-dbus-binding-tool: (mostly) new recipe Steffen Sledz
2010-02-15 12:26                       ` Michael 'Mickey' Lauer
2010-02-15 13:31                       ` Martin Jansa
2010-02-15 15:05                         ` Steffen Sledz [this message]
2010-02-16  6:55                           ` Steffen Sledz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B7962D2.2060300@dresearch.de \
    --to=sledz@dresearch.de \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox