From: Waldemar Brodkorb <wbx@openadk.org>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] uclibc: deprecate locale support
Date: Mon, 29 Jun 2015 19:47:37 +0200 [thread overview]
Message-ID: <20150629174736.GE2778@waldemar-brodkorb.de> (raw)
In-Reply-To: <20150628150822.46f6861e@free-electrons.com>
Hi,
Thomas Petazzoni wrote,
> Hello,
>
> On Sun, 28 Jun 2015 14:58:37 +0200, Waldemar Brodkorb wrote:
>
> > I think no package really needs locale support in the C library.
> >
> > May be there is some misunderstanding about the locale stuff.
> > Here is how I understand the stuff.
> >
> > I think we have mixed up two different things here:
> > - iconv: perform character set conversion, needed for a lot of
> > packages, f.e. Kodi. Is included in Glibc and Musl. Libiconv can
> > be used with uClibc-ng/uClibc.
> > - locale: defines the user's language, country, ..
> > If you want f.e. german error messages on your embedded system
> > you would need locale support and locale data.
> > env LC_ALL=de_DE ls foo
>
> Fully agreed here. But in uClibc, enabling locale support actually
> gives both: the iconv functions *and* the locale support itself.
Yeah, unfortunately both is coupled together as another research has
proofed.
So the best option for 1.0.x to fix the build issue.
I tracked it down to a parallel build issue. When number of jobs
is set to 1, the error does not happen.
I thought using the make target pregen instead of header would
be a good workaround, but the problem still exist in Xtensa builds.
The ARM builds work after this change.
Any parallel make gurus available?
It only happens hen LOCALE support is activated.
best regards
Waldemar
prev parent reply other threads:[~2015-06-29 17:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-28 7:14 [Buildroot] [PATCH] uclibc: deprecate locale support Waldemar Brodkorb
2015-06-28 9:50 ` Yann E. MORIN
2015-06-28 10:02 ` Waldemar Brodkorb
2015-06-28 12:01 ` Thomas Petazzoni
2015-06-28 12:58 ` Waldemar Brodkorb
2015-06-28 13:08 ` Thomas Petazzoni
2015-06-29 17:47 ` Waldemar Brodkorb [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=20150629174736.GE2778@waldemar-brodkorb.de \
--to=wbx@openadk.org \
--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