Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] installing binaries
Date: Tue, 4 Aug 2009 16:36:56 +0200	[thread overview]
Message-ID: <20090804163656.2d24be34@surf> (raw)
In-Reply-To: <20090729013305.GG7257@moomers.org>

Hello Igor,

Le Tue, 28 Jul 2009 20:33:05 -0500,
Igor Serebryany <igor47@moomers.org> a ?crit :

> 	I've been having a hard time figuring out how buildroot
> decides to install binaries. Using 2009.02 or 2009.05, I often find
> that the binaries for the packages I've selected do not make it into
> 	project_build_ARCH/myproject/root

Basically, the decision is package dependent. But we have roughly two
types of packages :

 * Packages based on the Makefile.autotools.in infrastructure. In that
   case, the installation to the target space
   (project_build_ARCH/PROJECT/root) is done if FOO_INSTALL_TARGET is
   YES (which is the default), and if the
   project_build_ARCH/PROJECT/autotools-stamps/PKG_NAME_target_installed
   stamp file does not exist. See package/Makefile.autotools.in for the
   details ;

 * Packages *not* based on the Makefile.autotools.in. In that case, the
   install is usually implement with a make target that is a file
   installed in the target directory. For example, for the flex
   package, it is $(TARGET_DIR)/$(FLEX_TARGET_BINARY). Therefore,
   removing this file from the target directory will trigger the
   re-execution of the make install of that particular package.

> 	Is there a way to tell buildroot to go through every selected
> 	package and copy the binaries to the image?

Theorically, removing the target directory completely + removing the
*_target_installed stamp files from
project_build_ARCH/PROJECT/autotools-stamps/ should make it. But I
don't guarantee that it will work for every package.

> 	I think I get all the packages if I make distclean and then
> make, but many packages fail to compile the first time (like
> util-linux which always requires a lot of hacking) and I hate to
> loose my modifications via make distclean

If they are issues in building util-linux, please don't hesitate to
report them so that we can fix them.

> 	Trying 'make clean' is futile, as most packages fail to clean
> and make clean always errors out half-way through.

Yes.

> 	I've been working on this for a few days now, so I appreciate
> any tips...

I gave you the tips that I have. Buildroot is definitely not good
(yet!) on cleaning up things and handling partial rebuilds. This is
definitely on my TODO-list, and I think that Peter is also very
concerned about these issues.

Hope this helps,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090804/473e5dc7/attachment.pgp>

      reply	other threads:[~2009-08-04 14:36 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-29  1:33 [Buildroot] installing binaries Igor Serebryany
2009-08-04 14:36 ` Thomas Petazzoni [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=20090804163656.2d24be34@surf \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox