All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] package/attr: fix building out-of-tree
Date: Thu, 23 May 2013 13:25:17 +0200	[thread overview]
Message-ID: <20130523132517.7b028641@skate> (raw)
In-Reply-To: <20130523123208.57177273@skate>

Yann,

On Thu, 23 May 2013 12:32:08 +0200, Thomas Petazzoni wrote:

> > This needs touching a m4 macro, so requires autoreconf.
> > 
> > But since this is not a true autotools-package, autoreconf whines
> > about missing macros. So we have to explicitly pass '-I m4'.
> > 
> > But since this is not a true autotools-package, the build then fails
> > with missing definition for _() as the configure scripts gets confused.
> > So, we just call autoconf, not autoreconf.
> 
> If it's not a true autotools-package, then it shouldn't be using the
> autotools-package infrastructure, I'd say.
> 
> And making a change to the source code at the configure step (such
> as autoconf or autoreconf) is fundamentally going into the wrong
> direction with regard to out-of-tree support. All steps until configure
> are done only once, on the source tree, and then all steps starting
> from the configure step are done for both the target build and the host
> build.
> 
> Therefore, autoreconf/autoconf should not be part of the configure
> step anymore. I'm sending an e-mail about that in a moment.

Also, since this package doesn't use automake, most likely its
Makefiles are not out-of-tree capable, so in this case, there's no
point in fixing the configure script to be out-of-tree capable if the
rest of the build process isn't. Unless of course the entire package is
fixed to support out-of-tree, but I believe 'attr' is a very small
package which is not really worth fixing first. There will be many more
bigger packages that would be more useful to fix for out-of-tree
builds, I believe.

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

  reply	other threads:[~2013-05-23 11:25 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-23 10:25 [Buildroot] [PATCH] package/attr: fix building out-of-tree Yann E. MORIN
2013-05-23 10:32 ` Thomas Petazzoni
2013-05-23 11:25   ` Thomas Petazzoni [this message]
2013-05-23 17:41     ` Yann E. MORIN

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=20130523132517.7b028641@skate \
    --to=thomas.petazzoni@free-electrons.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 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.