From: Robert P. J. Day <rpjday@crashcourse.ca>
To: buildroot@busybox.net
Subject: [Buildroot] auto.conf versus autoconf.h versus .config
Date: Sun, 19 Apr 2015 12:32:04 -0400 (EDT) [thread overview]
Message-ID: <alpine.LFD.2.11.1504191223050.3495@localhost> (raw)
just want to clarify the generated config artifacts and their
ordering if i may ... i'm looking at the output objects under
output/build/buildroot-config, especially these:
* auto.conf
* autoconf.h
and if memory serves, auto.conf represents the *set* config variables
that result from my configuration (which, for my BBB, is 187 lines
long), while the top-level .config file represents exactly the same
information, but padded out with many hundreds of lines of "is not
set" lines, hence its much longer length of well over 2500 lines for
me. do i understand that correctly?
finally, there's autoconf.h, which is just the transformed version
of auto.conf suitable for inclusion in source and header files.
do i have that about right? there are also the numerous header files
and subdirs under .../br2 in that location, but in my case, every
single *.h file in that br2/ directory is empty. what is the purpose
of all those empty header files? just placeholders of some kind?
(there are lots of subdirs there as well, but i'm just curious about
the empty header files *immediately* under br2/ there.)
rday
p.s. if all this is explained somewhere, pointing me at it will be
just ducky.
--
========================================================================
Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca
Twitter: http://twitter.com/rpjday
LinkedIn: http://ca.linkedin.com/in/rpjday
========================================================================
next reply other threads:[~2015-04-19 16:32 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-19 16:32 Robert P. J. Day [this message]
2015-04-19 16:44 ` [Buildroot] auto.conf versus autoconf.h versus .config 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=alpine.LFD.2.11.1504191223050.3495@localhost \
--to=rpjday@crashcourse.ca \
--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.