From: Daniel Laird <danieljlaird@hotmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] First Step in allowing Static / shared library choice
Date: Fri, 9 Feb 2007 01:59:21 -0800 (PST) [thread overview]
Message-ID: <8882941.post@talk.nabble.com> (raw)
In-Reply-To: <20070208174955.GC9196@aon.at>
Bernhard Fischer-6 wrote:
>
>>
>>TARGET_CONFIGURE_OPTS get _only_ passed to target packages, be they
>>you-name-it package or a native compiler. Distinguishing between a
>>native compiler with shared lib support and the rest of the system being
>>static (and likely not having ld support due to this) doesn't sound like
>>we want to have it for a first take, ok?
>
> Those have to be called TARGET_CONFIGURE_FLAGS, of course, and we'll have
> to pass them to all ./configure invocations.. manually. hmz. At least we
> can at the same time move DISABLE_NLS and DISABLE_LARGEFILE into these
> TARGET_CONFIGURE_FLAGS, so this isn't too bad.
>
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot
>
>
I do not think this is the best idea. I would like to stick with the way we
handle DISABLE_NLS etc. The reason is that if we pass all of these
configure options to all ./configure calls in the packages then they have to
all work. or at least not cause an error from the program configure. Are we
certain that all packages will not error when calling ./configure
--disable-nls for example?
If you think that ./configure for all packages will not fail as long as you
use --enable-XXX --disable-XXX --without-XXX --with-XXX then maybe this will
work.
Cheers
Dan
--
View this message in context: http://www.nabble.com/First-Step-in-allowing-Static---shared-library-choice-tf3193891.html#a8882941
Sent from the BuildRoot mailing list archive at Nabble.com.
prev parent reply other threads:[~2007-02-09 9:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-08 15:18 [Buildroot] First Step in allowing Static / shared library choice Daniel Laird
2007-02-08 17:23 ` Bernhard Fischer
2007-02-08 17:39 ` Daniel Laird
2007-02-08 17:43 ` Bernhard Fischer
2007-02-08 17:49 ` Bernhard Fischer
2007-02-09 9:59 ` Daniel Laird [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=8882941.post@talk.nabble.com \
--to=danieljlaird@hotmail.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