[oe] autopoint || touch config.rpath

[Jens Seidel]

Hi Paul,

I'm sorry for replying so late.

Originally you wrote
(http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018796.html):

> Now I am getting the following error message during `configure`.
> configure.ac:35: required file `./config.rpath' not found

To be honest I had trouble reproducing it without bitbake. Probably I should
take the time to learn it ...

Nevertheless according to my autotools knowledge this comes from ommitting
autopoint, which installs this file and is by default called from
autoreconf.
Have you tried removing the line EXTRA_AUTORECONF = "--exclude=autopoint"
in [2]?

But --exclude=autopoint is no valid option for version 2.65. Mhm ...

Try also to use the option -v of autoreconf, some warnings are only visible
in verbose mode (such as sometimes:
"autoreconf: configure.ac: not running autopoint: --install not given").

> So `autogen.sh` needs to be run and I just found the following
> hint.
>
>        do_configure_prepend() {
>               sh autogen.sh
>        }
>
> But this fails with the error that C programs cannot be executed.

This fails because this already starts configure without crosscompiling
options. Set the environment variable "NOCONFIGURE=yes" before calling
autogen.sh. Does it help?

On Sat, Apr 03, 2010 at 04:43:58PM +0200, Paul Menzel wrote:
> Am Samstag, den 03.04.2010, 15:51 +0200 schrieb Jens Seidel:
> > On Sat, Apr 03, 2010 at 01:20:20PM +0200, Paul Menzel wrote:
> > > Am Freitag, den 02.04.2010, 21:44 +0200 schrieb Paul Menzel:
> > > > Am Freitag, den 02.04.2010, 11:28 -0700 schrieb Khem Raj:
> > > > > On Fri, Apr 2, 2010 at 8:59 AM, Paul Menzel <paulepanter at users.sourceforge.net> wrote:
> > Let me short summarize:
> > 
> > automake is a tool to generate Makefile templates (called Makefile.in) from
> > Makefile.am files. Normally a tgz ball ships already these generated files
> > (that's dictated by GNU). Nevertheless these files are often not committed
> > into version control systems and a script autogen.sh or better autoreconf is
> > used to generate Makefile.in by calling automake. But autoreconf calls even
> > more: e.g. autoconf (which generated configure) and now also autopoint.
> > autopoint generated the gettext infrastructure (the translation system to

s/generated/generates/

> > support foreign languages) by copying all non config dependent gettext files
> > (such as Makefile.in.in, some scripts, ...) into po and m4 macros. That's

should be (sorry):
(such as Makefile.in.in, some scripts, m4 macros, ...) into the directory po/.

> > also a good thing as this avoids committing generated files.
 
> Thank you for this great summary. I am still clueless about
> `config.rpath` though.

Yep, try the hints above.
 
> Correct. Though as far as I understood it using `inherit autotools` OE
> is using its own commands to set up the environment using
> `autotools.bbclass` and there you will find the following line [2]
> causing problems [3].
> 
>     EXTRA_AUTORECONF = "--exclude=autopoint"
> 
> Nobody knows why this was added in the first place, but if you try to

What about git? Try git blame, git log.

I suggest to just remove it if it works without!

autopoint has dependance to cvs: it requires the client as it
ships a local CVS repository to handle various gettext versions (if a
package mentions it needs only version x.y of gettext, autopoint copies only
this version (no newer one) into the directory to verify that x.y. is indeed
sufficient). Maybe autopoint was excluded to avoid this dependence, there
were some similar problems in Debian (http://bugs.debian.org/432270) and
Gentoo, where CVS was not added as requirement for gettext (which ships
autopoint).

> configure Enna [4] for example it will fail as I reported [5]. Other
> packages seem to be affected too.
> 
> The argument is called in this line [6].
> 
>     oenote Executing autoreconf --verbose --install --force ${EXTRA_AUTORECONF} $acpaths
>     autoreconf -Wcross --verbose --install --force ${EXTRA_AUTORECONF} $acpaths || oefatal "autoreconf execution failed."
> 
> I cannot reproduce this using the provided files by Enna in my local
> environment.
 
> [1] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/classes/autotools.bbclass
> [2] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/classes/autotools.bbclass#n38
> [3] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018818.html
> [4] http://enna.geexbox.org/
> [5] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-March/018796.html
> [6] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/classes/autotools.bbclass#n136