[oe] dasher-gpe_0.0-svn: task configure fails with `Your intltool is too old.`

[Paul Menzel]

Dear OE folks,


`bitbake dasher-gpe` fails with the following error message.

        checking whether make sets $(MAKE)... (cached) yes
        checking for intltool >= 0.18... /oe/build-angstrom-next/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/dasher-gpe-0.0+svnr1251-r1/trunk/configure: line 2935: test: : integer expression expected
         found. Your intltool is too old.  You need intltool 0.18 or later.

With

        do_configure_prepend() {
        	rm -f m4/libtool.m4
        	intltoolize --force
        }

the problem seems to be that `intltoolize --force` creates an empty
`intltool-update.in`.

        /oe/build-angstrom-next/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/dasher-gpe-0.0+svnr1251-r1/trunk$ more intltool-update.in 
        /oe/build-angstrom-next/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/dasher-gpe-0.0+svnr1251-r1/trunk$

Also the following message is printed in `log.do_configure` and I got it
too running it directly.

        $ /oe/build-angstrom-next/angstrom-dev/sysroots/i686-linux/usr/bin/intltoolize --force
        You should add the contents of '/home/paul/oe/build-angstrom-next/angstrom-dev/sysroots/i686-linux/usr/share/aclocal/intltool.m4' to 'aclocal.m4'.

`intltool-update.in` is used `m4/intltool.m4` to check the version.

        dnl AC_PROG_INTLTOOL([MINIMUM-VERSION])
        # serial 1 AC_PROG_INTLTOOL
        AC_DEFUN(AC_PROG_INTLTOOL,
        [
        
        if test -n "$1"; then
            AC_MSG_CHECKING(for intltool >= $1)
        
            INTLTOOL_REQUIRED_VERSION_AS_INT=`echo $1 | awk -F. '{ printf "%d", $[1] * 100 + $[2]; }'`
            INTLTOOL_APPLIED_VERSION=`awk -F\" '/\\$VERSION / { printf $[2]; }'  < ${srcdir}/intltool-update.in`
            changequote({{,}})
            INTLTOOL_APPLIED_VERSION_AS_INT=`awk -F\" '/\\$VERSION / { split(${{2}}, VERSION, "."); printf "%d\n", VERSION[1] * 100 + VERSION[2];}' < ${srcdir}/intltool-update.in`
            changequote([,])
        
            if test "$INTLTOOL_APPLIED_VERSION_AS_INT" -ge "$INTLTOOL_REQUIRED_VERSION_AS_INT"; then
        	AC_MSG_RESULT([$INTLTOOL_APPLIED_VERSION found])
            else
        	AC_MSG_RESULT([$INTLTOOL_APPLIED_VERSION found. Your intltool is too old.  You need intltool $1 or later.])
        	exit 1
            fi
        fi

But since `intltool-update.in` is empty this check fails.

Unfortunately I have no idea how to fix this properly. I used the
attached patch, but the next problem turns up right away.

        checking for style of include used by make... GNU
        checking for arm-angstrom-linux-gnueabi-gcc... arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/oe/build-angstrom-next/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi
        checking whether the C compiler works... no
        configure: error: in `/oe/build-angstrom-next/angstrom-dev/work/armv7a-angstrom-linux-gnueabi/dasher-gpe-0.0+svnr1251-r1/trunk':
        configure: error: C compiler cannot create executables
        See `config.log' for more details.

Unfortunately I could not find the original author to contact him.

        $ git log -p --follow -C -C -C -M recipes/dasher/ # is not sufficient

Additionally this the revision used in this recipe is over four years
old, so maybe it should be removed if nobody care about `dasher-gpe`.


Thanks,

Paul
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-dasher-add-patch-for-intl.patch
Type: text/x-patch
Size: 2670 bytes
Desc: not available
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20110416/c95be35b/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20110416/c95be35b/attachment-0002.sig>