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
next prev parent 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