All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Martin Jansa <martin.jansa@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: autotools_preconfigure not removing separate B
Date: Thu, 09 May 2013 21:57:40 +0100	[thread overview]
Message-ID: <1368133060.27116.111.camel@ted> (raw)
In-Reply-To: <20130509104804.GD3188@jama>

On Thu, 2013-05-09 at 12:48 +0200, Martin Jansa wrote:
> Do we really need -e "${CONFIGURESTAMPFILE}" check in autotools_preconfigure?
> 
> In some cases when do_configure is failing (but after creating e.g. .qmake.cache)
> it would be better to start with clean B on 2nd attempt to configure it, but
> CONFIGURESTAMPFILE wasn't created yet.
> 
> Does someone remember why we need to test CONFIGURESTAMPFILE existence first 
> (was it only to prevent cat ${CONFIGURESTAMPFILE} to fail?)

I suspect so. I think the logical here also assumed we were going to try
and do something like a "make distclean" originally too so it was rather
specific about the conditions.

With the better support for separate ${B} looking like the right
direction to go (roughly well supported by recipes), we might be able to
justify unconditionally wiping ${B} at the start of do_configure.

> autotools_preconfigure() {
>         if [ -n "${CONFIGURESTAMPFILE}" -a -e "${CONFIGURESTAMPFILE}" ]; then
>                 if [ "`cat ${CONFIGURESTAMPFILE}`" != "${BB_TASKHASH}" -a "${S}" != "${B}" ]; then
>                         echo "Previously configured separate build directory detected, cleaning ${B}"

i.e. this just becomes:

         if [ "${S}" != "${B}" ]; then
                echo "Separate build directory detected, cleaning ${B}"

We still need a plan to deal with that horrible monster include file.
Its fine for proof of concept but we need to move somewhere from here.

Cheers,

Richard




      reply	other threads:[~2013-05-09 21:16 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-09 10:48 autotools_preconfigure not removing separate B Martin Jansa
2013-05-09 20:57 ` Richard Purdie [this message]

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=1368133060.27116.111.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=martin.jansa@gmail.com \
    --cc=openembedded-core@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.