All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.