All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 15/15] docs/manual: remove references to largefile
Date: Sat, 14 Mar 2015 23:56:13 +0100	[thread overview]
Message-ID: <20150314225613.GQ4009@free.fr> (raw)
In-Reply-To: <1426270934-15499-16-git-send-email-gustavo@zacarias.com.ar>

Gustavo, All,

On 2015-03-13 15:22 -0300, Gustavo Zacarias spake thusly:
> Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>

Commit log should state why you switched to using rrdtool as example.

otherwise:

    Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

Regards,
Yann E. MORIN.

> ---
>  docs/manual/adding-packages-directory.txt | 37 ++++++++++++++-----------------
>  docs/manual/configure.txt                 | 31 +++++++++++++-------------
>  2 files changed, 32 insertions(+), 36 deletions(-)
> 
> diff --git a/docs/manual/adding-packages-directory.txt b/docs/manual/adding-packages-directory.txt
> index 8a88282..bb49dd5 100644
> --- a/docs/manual/adding-packages-directory.txt
> +++ b/docs/manual/adding-packages-directory.txt
> @@ -82,20 +82,21 @@ is not met.
>  An example illustrates both the usage of +select+ and +depends on+.
>  
>  --------------------------
> -config BR2_PACKAGE_ACL
> -        bool "acl"
> -        select BR2_PACKAGE_ATTR
> -        depends on BR2_LARGEFILE
> +config BR2_PACKAGE_RRDTOOL
> +	bool "rrdtool"
> +	depends on BR2_USE_WCHAR
> +	select BR2_PACKAGE_FREETYPE
> +	select BR2_PACKAGE_LIBART
> +	select BR2_PACKAGE_LIBPNG
> +	select BR2_PACKAGE_ZLIB
>          help
> -          POSIX Access Control Lists, which are used to define more
> -          fine-grained discretionary access rights for files and
> -          directories.
> -          This package also provides libacl.
> +	  RRDtool is the OpenSource industry standard, high performance
> +	  data logging and graphing system for time series data.
>  
> -          http://savannah.nongnu.org/projects/acl
> +	  http://oss.oetiker.ch/rrdtool/
>  
> -comment "acl needs a toolchain w/ largefile"
> -        depends on !BR2_LARGEFILE
> +comment "rrdtool needs a toolchain w/ wchar"
> +	depends on !BR2_USE_WCHAR
>  --------------------------
>  
>  
> @@ -164,10 +165,10 @@ coding style].
>  ==== Dependencies on target and toolchain options
>  
>  Many packages depend on certain options of the toolchain: the choice of
> -C library, C++ support, largefile support, thread support, RPC support,
> -IPv6 support, wchar support, or dynamic library support. Some packages
> -can only be built on certain target architectures, or if an MMU is
> -available in the processor.
> +C library, C++ support, thread support, RPC support, IPv6 support,
> +wchar support, or dynamic library support. Some packages can only be
> +built on certain target architectures, or if an MMU is available in the
> +processor.
>  
>  These dependencies have to be expressed with the appropriate 'depends
>  on' statements in the Config.in file. Additionally, for dependencies on
> @@ -199,7 +200,7 @@ foo needs a toolchain w/ featA, featB, featC
>  for example:
>  
>  --------------------------
> -aircrack-ng needs a toolchain w/ largefile, threads
> +mpd needs a toolchain w/ C++, threads, wchar
>  --------------------------
>  
>  or
> @@ -245,10 +246,6 @@ use in the comment.
>  ** Dependency symbol: +BR2_INSTALL_LIBSTDCPP+
>  ** Comment string: `C++`
>  
> -* largefile support
> -** Dependency symbol: +BR2_LARGEFILE+
> -** Comment string: +largefile+
> -
>  * thread support
>  ** Dependency symbol: +BR2_TOOLCHAIN_HAS_THREADS+
>  ** Comment string: +threads+ (unless +BR2_TOOLCHAIN_HAS_THREADS_NPTL+
> diff --git a/docs/manual/configure.txt b/docs/manual/configure.txt
> index bd235f0..c06182b 100644
> --- a/docs/manual/configure.txt
> +++ b/docs/manual/configure.txt
> @@ -109,20 +109,19 @@ most important ones allow to:
>   * Change the version of the GCC compiler, binutils and the C library.
>  
>   * Select a number of toolchain options (uClibc only): whether the
> -   toolchain should have largefile support (i.e. support for files
> -   larger than 2 GB on 32 bits systems), IPv6 support, RPC support
> -   (used mainly for NFS), wide-char support, locale support (for
> -   internationalization), C++ support or thread support. Depending on
> -   which options you choose, the number of userspace applications and
> -   libraries visible in Buildroot menus will change: many applications
> -   and libraries require certain toolchain options to be enabled. Most
> -   packages show a comment when a certain toolchain option is required
> -   to be able to enable those packages. If needed, you can further
> -   refine the uClibc configuration by running +make
> -   uclibc-menuconfig+. Note however that all packages in Buildroot are
> -   tested against the default uClibc configuration bundled in
> -   Buildroot: if you deviate from this configuration by removing
> -   features from uClibc, some packages may no longer build.
> +   toolchain should have IPv6 support, RPC support (used mainly for
> +   NFS), wide-char support, locale support (for internationalization),
> +   C++ support or thread support. Depending on which options you choose,
> +   the number of userspace applications and libraries visible in
> +   Buildroot menus will change: many applications and libraries require
> +   certain toolchain options to be enabled. Most packages show a comment
> +   when a certain toolchain option is required to be able to enable
> +   those packages. If needed, you can further refine the uClibc
> +   configuration by running +make uclibc-menuconfig+. Note however that
> +   all packages in Buildroot are tested against the default uClibc
> +   configuration bundled in Buildroot: if you deviate from this
> +   configuration by removing features from uClibc, some packages may no
> +   longer build.
>  
>  It is worth noting that whenever one of those options is modified,
>  then the entire toolchain and system must be rebuilt. See
> @@ -178,8 +177,8 @@ Then, you have three solutions to use an external toolchain:
>    external toolchain uses the 'glibc' library, you only have to tell
>    whether your toolchain supports C\++ or not and whether it has
>    built-in RPC support. If your external toolchain uses the 'uClibc'
> -  library, then you have to tell Buildroot if it supports largefile,
> -  IPv6, RPC, wide-char, locale, program invocation, threads and
> +  library, then you have to tell Buildroot if it supports IPv6,
> +  RPC, wide-char, locale, program invocation, threads and
>    C++. At the beginning of the execution, Buildroot will tell you if
>    the selected options do not match the toolchain configuration.
>  
> -- 
> 2.0.5
> 
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

  reply	other threads:[~2015-03-14 22:56 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-13 18:21 [Buildroot] [PATCH 00/15] Drop non-largefile support Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 01/15] toolchain/helpers: add mandatory check for uclibc toolchain options Gustavo Zacarias
2015-03-14 22:18   ` Yann E. MORIN
2015-03-17 12:18     ` Gustavo Zacarias
2015-03-17 14:13     ` Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 02/15] toolchain/helpers: make LFS mandatory for uclibc Gustavo Zacarias
2015-03-14 22:22   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 03/15] toolchain-common: default to Y for LARGEFILE Gustavo Zacarias
2015-03-14 22:34   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 04/15] toolchain: remove LARGEFILE selects Gustavo Zacarias
2015-03-14 22:36   ` Yann E. MORIN
2015-03-17 15:11     ` Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 05/15] gcc/final: drop non-lfs builds Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 06/15] package infra: drop non-lfs support Gustavo Zacarias
2015-03-14 22:46   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 07/15] package/uclibc: drop non-largefile support Gustavo Zacarias
2015-03-14 22:47   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 08/15] configs: drop largefile option Gustavo Zacarias
2015-03-14 22:47   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 09/15] busybox: force lfs build Gustavo Zacarias
2015-03-14 22:49   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 10/15] system: drop largefile depends Gustavo Zacarias
2015-03-14 22:50   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 11/15] boot/gummiboot: " Gustavo Zacarias
2015-03-14 22:52   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 12/15] packages: remove (non-)lfs dependencies and tweaks Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 13/15] toolchain-common: drop BR2_LARGEFILE Gustavo Zacarias
2015-03-14 22:53   ` Yann E. MORIN
2015-03-13 18:22 ` [Buildroot] [PATCH 14/15] packages: remove non-lfs enabler patches Gustavo Zacarias
2015-03-13 18:22 ` [Buildroot] [PATCH 15/15] docs/manual: remove references to largefile Gustavo Zacarias
2015-03-14 22:56   ` Yann E. MORIN [this message]
2015-03-14 22:58 ` [Buildroot] [PATCH 00/15] Drop non-largefile support Yann E. MORIN
2015-03-17 12:23   ` Gustavo Zacarias

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=20150314225613.GQ4009@free.fr \
    --to=yann.morin.1998@free.fr \
    --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.