From: Bernhard Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC] config cache
Date: Sat, 1 Sep 2007 21:32:43 +0200 [thread overview]
Message-ID: <20070901193243.GQ11697@aon.at> (raw)
Hi,
read ./TODO
Now i'd like to think loud about how to "implement" this.
preface:
========
First, i'm not too happy (any more) with the naming of the variables
TARGET_CONFIGURE_OPTS and TARGET_CONFIGURE_ARGS -- same for HOST.
Both are variables and not really OPTS, as opposed to the cache
option/argument.
Let me suggest that the CC= CFLAGS= settings live in (the respective
CONFIGURE_ENV) variables.
Suggestions for the known cv_* vars? CONFIGURE_SETTINGS come to mind,
but that's a bit long to type.. TARGET_CONFIGURE_PARAMS ?
cache:
======
Per PROJECT, we use (resp. i suggest to use a) *central* config.cache,
via --config-cache=$(PROJECT_BUILD_DIR)/target_config.cache which is put
into a TARGET_CONFIGURE_OPTS variable (we renamed the formerly _OPTS to
something like PARAM that is passed *before* the
$(PACKAGE_DIR)/configure script).
Since the advent of PROJECT one may even consider to build the
autoconf'ed packages out-of-tree, i.e. unpack them in build_dir, step
into project_dir/package/ and there do a
$(PACKAGE_DIR)/configure $(TARGET_CONFIGURE_OTPS) && make
We would end up with a stanza like (modulo naming of the variables):
(cd $(PROJECT_DIR)/$(PACKAGE_NAME) && \
$(TARGET_CONFIGURE_ENV) \
$(TARGET_CONFIGURE_PARAMS) \
$(PACKAGE_DIR)/configure \
$(TARGET_CONFIGURE_OPTS) \
--prefix=/usr \
etc...
)
What do you think?
Suggestions? Comments?
next reply other threads:[~2007-09-01 19:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-01 19:32 Bernhard Fischer [this message]
2007-09-02 15:58 ` [Buildroot] [RFC] config cache Ulf Samuelsson
2007-09-04 22:11 ` Bernhard Fischer
2007-09-04 22:50 ` Ulf Samuelsson
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=20070901193243.GQ11697@aon.at \
--to=rep.dot.nop@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 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.