All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Denys Dmytriyenko" <denis@denix.org>
To: Sumit Garg <sumit.garg@linaro.org>
Cc: meta-arm@lists.yoctoproject.org, pbarker@konsulko.com,
	wmills@ti.com, daniel.thompson@linaro.org
Subject: Re: [PATCH 1/4] external-arm-toolchain: Remove glibc locale dependency
Date: Thu, 4 Jun 2020 14:36:30 -0400	[thread overview]
Message-ID: <20200604183630.GD17660@denix.org> (raw)
In-Reply-To: <1591095894-15178-2-git-send-email-sumit.garg@linaro.org>

On Tue, Jun 02, 2020 at 04:34:51PM +0530, Sumit Garg wrote:
> External Arm tool-set

Why do you call it tool-set? It's definitely not critical, but toolchain is 
kind of a standard name for this:
https://en.wikipedia.org/wiki/Toolchain


> doesn't seem to provide packages corresponding to OE glibc locale recipe.

Actually, the toolchain itself does provide all the gconv libs, AFAICS, 
it's just they are not packaged by the recipe. When I hit it back in April, 
I just didn't have time and ended up with LIBC_DEPENDENCIES_remove hack as 
a temporary workaround, planning to enevtually go back and fix it properly:
http://arago-project.org/git/?p=meta-arago.git;a=blobdiff;f=meta-arago-distro/conf/distro/arago.conf;hb=84c30ee97056589ba0811428527f4adf8268c9b2;hpb=3a4ed9d1e8a118aefb2ef49ce450f74f14e239d0

So, re-using this LIBC_DEPENDENCIES_remove here in upstream meta-arm isn't 
correct...


> So explicitly remove corresponding libc dependencies.
> 
> Signed-off-by: Sumit Garg <sumit.garg@linaro.org>
> ---
>  meta-arm-toolchain/conf/distro/include/tcmode-external-arm.inc | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/meta-arm-toolchain/conf/distro/include/tcmode-external-arm.inc b/meta-arm-toolchain/conf/distro/include/tcmode-external-arm.inc
> index 9171380..eee1a51 100644
> --- a/meta-arm-toolchain/conf/distro/include/tcmode-external-arm.inc
> +++ b/meta-arm-toolchain/conf/distro/include/tcmode-external-arm.inc
> @@ -58,6 +58,7 @@ DISTRO_FEATURES_LIBC = "ipv4 ipv6 libc-backtrace libc-big-macros libc-bsd libc-c
>  ENABLE_BINARY_LOCALE_GENERATION = "0"
>  GLIBC_INTERNAL_USE_BINARY_LOCALE = "precompiled"
>  LIBCOVERRIDE = ":libc-glibc"
> +LIBC_DEPENDENCIES_remove = "glibc-gconv-cp1252 glibc-gconv-ibm850 glibc-gconv-iso8859-1 glibc-gconv-iso8859-15 glibc-localedata-i18n"

You shouldn't be using _remove in meta-arm, as it's not the final layer and 
there won't be any way to override this in BSPs or Distros.


>  ERROR_QA[type] ?= "list"
>  python toolchain_metadata_setup () {
> -- 
> 2.7.4
> 

  reply	other threads:[~2020-06-04 18:36 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-02 11:04 [PATCH 0/4] external-arm-toolchain: Add support for SDK generation Sumit Garg
2020-06-02 11:04 ` [PATCH 1/4] external-arm-toolchain: Remove glibc locale dependency Sumit Garg
2020-06-04 18:36   ` Denys Dmytriyenko [this message]
2020-06-05 14:24     ` Sumit Garg
2020-06-02 11:04 ` [PATCH 2/4] external-arm-toolchain: Refine dev libraies packaging Sumit Garg
2020-06-04 18:42   ` Denys Dmytriyenko
2020-06-05 13:52     ` Sumit Garg
2020-06-08 12:02       ` Paul Barker
2020-06-02 11:04 ` [PATCH 3/4] external-arm-toolchain: Add README Sumit Garg
2020-06-04 18:47   ` Denys Dmytriyenko
2020-06-05 14:32     ` Sumit Garg
2020-06-08 12:08   ` Paul Barker
2020-06-09  7:03     ` Sumit Garg
2020-06-02 11:04 ` [PATCH 4/4] external-arm-toolchain: Add package specific licenses Sumit Garg
2020-06-08 12:10   ` Paul Barker
2020-06-04  8:00 ` [PATCH 0/4] external-arm-toolchain: Add support for SDK generation Paul Barker
2020-06-04 23:00 ` Denys Dmytriyenko
2020-06-08 11:26   ` Sumit Garg
2020-06-12  6:02     ` [meta-arm] " Denys Dmytriyenko
     [not found] ` <1615797D4B360D3B.26163@lists.yoctoproject.org>
2020-06-04 23:10   ` Denys Dmytriyenko
2020-06-05  6:24     ` Richard Purdie
2020-06-05 13:29       ` Sumit Garg
2020-06-05 18:40         ` Denys Dmytriyenko
2020-06-08 11:32           ` Sumit Garg

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=20200604183630.GD17660@denix.org \
    --to=denis@denix.org \
    --cc=daniel.thompson@linaro.org \
    --cc=meta-arm@lists.yoctoproject.org \
    --cc=pbarker@konsulko.com \
    --cc=sumit.garg@linaro.org \
    --cc=wmills@ti.com \
    /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.