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] [pull request] Buildroot cleanup, v2
Date: Wed, 23 Sep 2009 00:38:54 +0200	[thread overview]
Message-ID: <20090923003854.134a1993@surf> (raw)
In-Reply-To: <BD79186B4FD85F4B8E60E381CAEE190901D422CB@mi8nycmail19.Mi8.com>

Le Tue, 22 Sep 2009 18:16:48 -0400,
"H Hartley Sweeten" <hartleys@visionengravers.com> a ?crit :

> Nice work with the cleanup!

Thanks!

> To further cleanup the build do you think it's worthwhile to create a
> "Makefile.autotools.host.in" or just extend "Makefile.autotools.in" to
> handle the various packages that do a make for the host?  At a quick
> glance it appears they all go thru the same steps for the host build.

That's definitely on my TODO-list. But don't hesitate to step-up with a
patch, since I'm very busy these days and don't know when I'll be able
to work on this again (next week ?).

However, for me, it's not only about Makefile.autotools.in. I also
would like to see all packages use some infrastructure similar to
Makefile.autotools.in. Of course, this infrastructure would be more
flexible that Makefile.autotools.in, but could at least automate the
download, extraction and patch process, and could allow to do some
common things before/after the configuration, compilation and
installation to the staging/target. This will be very useful to, for
example, properly handle the removal of a package from the target.

I've started to prototype such a thing, and got something simple such
as zlib.mk working, with a significant reduction in size of zlib.mk.
However, with slightly more complex things such as icu.mk (which
requires the tool for the host), my prototype isn't yet advanced enough.

Sincerly,

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

  reply	other threads:[~2009-09-22 22:38 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-16 21:07 [Buildroot] [pull request] Buildroot cleanup, v2 Thomas Petazzoni
2009-09-16 21:07 ` [Buildroot] [PATCH 1/6] Remove the "project" feature Thomas Petazzoni
2009-09-17 16:17   ` Bernhard Reutner-Fischer
2009-09-17 17:30     ` Thomas Petazzoni
2009-09-19 15:26     ` Peter Korsgaard
2009-09-19 15:15   ` Peter Korsgaard
2009-09-16 21:07 ` [Buildroot] [PATCH 2/6] Remove the BOARD/LOCAL feature Thomas Petazzoni
2009-09-16 22:00   ` Thiago A. Corrêa
2009-09-16 22:08     ` Thomas Petazzoni
2009-09-16 22:21       ` Thiago A. Corrêa
2009-09-17  5:43         ` Thomas Petazzoni
2009-09-17 12:02           ` Peter Korsgaard
2009-09-16 21:07 ` [Buildroot] [PATCH 3/6] By default, put the output in an output/ directory Thomas Petazzoni
2009-09-16 21:07 ` [Buildroot] [PATCH 4/6] Remove BR2_TOPDIR_PREFIX and BR2_TOPDIR_SUFFIX Thomas Petazzoni
2009-09-16 21:07 ` [Buildroot] [PATCH 5/6] Rename the output directories Thomas Petazzoni
2009-09-16 21:07 ` [Buildroot] [PATCH 6/6] documentation: update after major changes Thomas Petazzoni
2009-09-19 15:27 ` [Buildroot] [pull request] Buildroot cleanup, v2 Peter Korsgaard
2009-09-20  9:08   ` Thomas Petazzoni
2009-09-21  2:37     ` Steve Calfee
2009-09-22 22:16 ` H Hartley Sweeten
2009-09-22 22:38   ` Thomas Petazzoni [this message]
2009-09-22 22:56     ` H Hartley Sweeten
2009-09-22 23:13       ` 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=20090923003854.134a1993@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