All of lore.kernel.org
 help / color / mirror / Atom feed
* intltool/autotools problem?
@ 2010-02-16  6:52 Steffen Sledz
  2010-02-18 11:09 ` Steffen Sledz
  0 siblings, 1 reply; 2+ messages in thread
From: Steffen Sledz @ 2010-02-16  6:52 UTC (permalink / raw)
  To: openembedded-devel

While creating new recipes for vala-dbus-binding-tool (see thread
<http://thread.gmane.org/gmane.comp.handhelds.openembedded/29964/focus=30170>)
we mentioned the following problem. I started a new thread for this
because i believe this is a common one.

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




^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: intltool/autotools problem?
  2010-02-16  6:52 intltool/autotools problem? Steffen Sledz
@ 2010-02-18 11:09 ` Steffen Sledz
  0 siblings, 0 replies; 2+ messages in thread
From: Steffen Sledz @ 2010-02-18 11:09 UTC (permalink / raw)
  To: openembedded-devel

> 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?

Ping!

I think we have a general problem here. It seem's that some other recipes fail on the same cause, e.g. mc (see <http://thread.gmane.org/gmane.comp.handhelds.openembedded/29901>).

Steffen




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-02-18 11:11 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-02-16  6:52 intltool/autotools problem? Steffen Sledz
2010-02-18 11:09 ` Steffen Sledz

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.