Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Brodkin <alexey.brodkin@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/2] Config.in: update description of BR2_PREFER_STATIC_LIB
Date: Sun, 12 Oct 2014 18:34:44 +0200	[thread overview]
Message-ID: <1413131685-5567-2-git-send-email-abrodkin@synopsys.com> (raw)
In-Reply-To: <1413131685-5567-1-git-send-email-abrodkin@synopsys.com>

With time BR2_PREFER_STATIC_LIB option meaning changed from "prefer static
libs when possible" to "do not build dynamic libs and build statically linked
applications".

This patch changes variable description.

Note that variable name is kept unchanged on purpose - it will be modified later
when real "prefer static" mode will be introduced.

Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>

Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Gustavo Zacarias <gustavo@zacarias.com.ar>
Cc: Peter Korsgaard <peter@korsgaard.com>
---
 Config.in | 15 +++++++++------
 1 file changed, 9 insertions(+), 6 deletions(-)

diff --git a/Config.in b/Config.in
index 24aa883..66cea4a 100644
--- a/Config.in
+++ b/Config.in
@@ -536,15 +536,18 @@ comment "enabling Stack Smashing Protection requires support in the toolchain"
 	depends on !BR2_TOOLCHAIN_HAS_SSP
 
 config BR2_PREFER_STATIC_LIB
-	bool "prefer static libraries"
+	bool "build statically linked applications, no dynamic libraries"
 	help
-	  Where possible, build and use static libraries for the target.
-	  This potentially increases your code size and should only be
+	  Build all application for the target statically linked.
+	  This potentially increases your filesystem size and should only be
 	  used if you know what you do.
-	  The default is to build dynamic libraries and use those on
-	  the target filesystem.
 
-	  WARNING: This is highly experimental at the moment.
+	  Note that some applications cannot be build statically and so are
+	  intentionally disabled.
+
+	  The default is to build dynamic libraries and dynamically linked
+	  applications to use those on the target filesystem.
+
 
 config BR2_PACKAGE_OVERRIDE_FILE
 	string "location of a package override file"
-- 
1.9.3

  reply	other threads:[~2014-10-12 16:34 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-12 16:34 [Buildroot] [PATCH 0/2] infra: BR2_PREFER_STATIC_LIB now selects static building of packages Alexey Brodkin
2014-10-12 16:34 ` Alexey Brodkin [this message]
2014-10-12 16:51   ` [Buildroot] [PATCH 1/2] Config.in: update description of BR2_PREFER_STATIC_LIB Thomas Petazzoni
2014-10-12 17:22     ` Yann E. MORIN
2014-10-12 22:17   ` Peter Korsgaard
2014-10-12 16:34 ` [Buildroot] [PATCH 2/2] uclibc: explicitly set HAVE_SHARED depending on BR2_PREFER_STATIC_LIB Alexey Brodkin
2014-10-12 16:52   ` 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=1413131685-5567-2-git-send-email-abrodkin@synopsys.com \
    --to=alexey.brodkin@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox