From: Carsten Schoenert <c.schoenert@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] moving package divine from autotools-package to generic-package
Date: Sun, 10 Mar 2013 09:59:51 +0100 [thread overview]
Message-ID: <513C4B87.40805@googlemail.com> (raw)
In-Reply-To: <20130309101325.7b8352e8@skate>
Hello Thomas,
Am 09.03.2013 10:13, schrieb Thomas Petazzoni:
> No, no, it should continue to be an autotools-package. It has a
> configure.in, and Makefile.am, it is autotools based, so it should
> remain an autotools-package.
O.K. In short, if a package is comprised a file 'autogen.sh' and this
generate the whole autotool stuff the package has to be a autotools-package.
> Now, since you're getting it from git instead of a tarball, the
> configure script and Makefile.in are not pre-generated, so we have to
> get them generated.
>
> Can you just try to do:
>
> DIVINE_AUTORECONF = YES
>
> in the package recipe?
Yes this works, but I get some warnings! Maybe the AUTORECONF things has
to be a little reworked. I don't know there to look to solve thees
warnings. The package divine doesn't have a macro AC_LANG_CONFTEST in use.
> carsten at wheezy:~/gitprojects/buildroot [ubi-arm-directfb] $ make divine-dirclean
> rm -Rf /home/carsten/gitprojects/buildroot/output/build/divine-83cafc257a42b9465cd9d6185bf66b8c1b7ed704
> carsten at wheezy:~/gitprojects/buildroot [ubi-arm-directfb] $ make divine
>>>> divine 83cafc257a42b9465cd9d6185bf66b8c1b7ed704 Extracting
> gzip -d -c /home/carsten/gitprojects/buildroot/dl/divine-83cafc257a42b9465cd9d6185bf66b8c1b7ed704.tar.gz | tar --strip-components=1 -C /home/carsten/gitprojects/buildroot/output/build/divine-83cafc257a42b9465cd9d6185bf66b8c1b7ed704 -xf -
>>>> divine 83cafc257a42b9465cd9d6185bf66b8c1b7ed704 Patching package//divine
>>>> divine 83cafc257a42b9465cd9d6185bf66b8c1b7ed704 Updating config.sub and config.guess
> for file in config.guess config.sub; do for i in $(find /home/carsten/gitprojects/buildroot/output/build/divine-83cafc257a42b9465cd9d6185bf66b8c1b7ed704 -name $file); do cp support/gnuconfig/$file $i; done; done
>>>> divine 83cafc257a42b9465cd9d6185bf66b8c1b7ed704 Patching libtool
>>>> divine 83cafc257a42b9465cd9d6185bf66b8c1b7ed704 Autoreconfiguring
> configure.in:56: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
> ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:1084: _LT_SYS_MODULE_PATH_AIX is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:4207: _LT_LINKER_SHLIBS is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:5339: _LT_LANG_C_CONFIG is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:143: _LT_SETUP is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:69: LT_INIT is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:108: AM_PROG_LIBTOOL is expanded from...
> configure.in:56: the top level
> configure.in:56: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
> ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:4207: _LT_LINKER_SHLIBS is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:5339: _LT_LANG_C_CONFIG is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:143: _LT_SETUP is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:69: LT_INIT is expanded from...
> /home/carsten/gitprojects/buildroot/output/host/usr/share/aclocal/libtool.m4:108: AM_PROG_LIBTOOL is expanded from...
> configure.in:56: the top level
> configure.in:56: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
> ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
> ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
> ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
...
At the end the output is installed to the target directory.
> But clearly, converting to generic-package is the wrong way to go.
I understand, maybe this can be more precise highlighted in the manual.
So now I will rework my work to prepare some patches. Thanks for reviewing!
Regards
Carsten
next prev parent reply other threads:[~2013-03-10 8:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-08 21:08 [Buildroot] moving package divine from autotools-package to generic-package Carsten Schoenert
2013-03-09 9:13 ` Thomas Petazzoni
2013-03-10 8:59 ` Carsten Schoenert [this message]
2013-03-10 9:27 ` Thomas Petazzoni
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=513C4B87.40805@googlemail.com \
--to=c.schoenert@gmail.com \
--cc=buildroot@busybox.net \
/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