Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] iconv: additional encodings
@ 2013-10-31 12:50 Jan Pohanka
       [not found] ` < CABMiYf_=RK0UJyZLNkW5JU3xSXKMcNxL9-VRxjNpFqtZ3ye50g@mail.gmail.com>
  2013-10-31 20:23 ` Jan Pohanka
  0 siblings, 2 replies; 9+ messages in thread
From: Jan Pohanka @ 2013-10-31 12:50 UTC (permalink / raw)
  To: buildroot

Hi all,

I'm using buildroot for creating a filesystem on armhf target. Target is 
selected as external and it is Linaro 2013.04. iconv is a part of glibc 
in such configuration as far as I know. I have also selected "Copy GCONV 
libraries to target" option and "Generate locale data" for cs_CZ.CP1250 
cs_CZ.UTF-8 cs_CZ.ISO-8859-2 - I'm interested mainly in these encodings.

Unfortunately in such case iconv -l still shows only a few basic 
encodings but ISO-8859-2 nor CP1250 are present. (CP1250.so and 
ISO8859-2.so exists in /usr/lib/gconv)

Is it possible to add required encodings iconv support somehow, please?

with best regards
Jan

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-10-31 12:50 [Buildroot] iconv: additional encodings Jan Pohanka
       [not found] ` < CABMiYf_=RK0UJyZLNkW5JU3xSXKMcNxL9-VRxjNpFqtZ3ye50g@mail.gmail.com>
@ 2013-10-31 20:23 ` Jan Pohanka
  2013-10-31 20:38   ` Thomas De Schampheleire
  1 sibling, 1 reply; 9+ messages in thread
From: Jan Pohanka @ 2013-10-31 20:23 UTC (permalink / raw)
  To: buildroot

I will answer myself: GCONV_PATH variable is the solution. It must
point into /usr/lib/gconv!

2013/10/31 Jan Pohanka <xhpohanka@gmail.com>:
> Hi all,
>
> I'm using buildroot for creating a filesystem on armhf target. Target is
> selected as external and it is Linaro 2013.04. iconv is a part of glibc in
> such configuration as far as I know. I have also selected "Copy GCONV
> libraries to target" option and "Generate locale data" for cs_CZ.CP1250
> cs_CZ.UTF-8 cs_CZ.ISO-8859-2 - I'm interested mainly in these encodings.
>
> Unfortunately in such case iconv -l still shows only a few basic encodings
> but ISO-8859-2 nor CP1250 are present. (CP1250.so and ISO8859-2.so exists in
> /usr/lib/gconv)
>
> Is it possible to add required encodings iconv support somehow, please?
>
> with best regards
> Jan

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-10-31 20:23 ` Jan Pohanka
@ 2013-10-31 20:38   ` Thomas De Schampheleire
  2013-11-01  6:52     ` Jan Pohanka
  0 siblings, 1 reply; 9+ messages in thread
From: Thomas De Schampheleire @ 2013-10-31 20:38 UTC (permalink / raw)
  To: buildroot

Hi Jan,

Jan Pohanka <xhpohanka@gmail.com> wrote:
>I will answer myself: GCONV_PATH variable is the solution. It must
>point into /usr/lib/gconv!

If you are talking about the host /usr then I think this is not correct. Buildroot should not depend on such files from the host.

Can you find the right files inside output/host ? The files coming from the external toolchain are in output/host/opt.

Best regards,
Thomas

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-10-31 20:38   ` Thomas De Schampheleire
@ 2013-11-01  6:52     ` Jan Pohanka
  2013-11-01 12:15       ` Thomas Petazzoni
  0 siblings, 1 reply; 9+ messages in thread
From: Jan Pohanka @ 2013-11-01  6:52 UTC (permalink / raw)
  To: buildroot

Dne 31.10.2013 21:38, Thomas De Schampheleire napsal(a):
> Hi Jan,
>
> Jan Pohanka <xhpohanka@gmail.com> wrote:
>> I will answer myself: GCONV_PATH variable is the solution. It must
>> point into /usr/lib/gconv!
>
> If you are talking about the host /usr then I think this is not correct. Buildroot should not depend on such files from the host.
>
> Can you find the right files inside output/host ? The files coming from the external toolchain are in output/host/opt.
>

Hi Thomas,

I have realized that external toolchain support is a bit patched in the 
fork that I'm using compared to original one. There is an option to copy 
files gconv-modules, gconv-modules.cache, CP1250.so, and all other 
encodings shared libraries to target/usr/lib/gconv directory. I thought 
that it is a standard directory which the glibc iconv implementation 
would search shared encodings for. This is not truth because GCONV_PATH 
has to be set and point there, to make iconv work with all encodings.

Maybe something similar could be added to standard Buildroot. It took me 
a day to realize where is the problem.

with best regards
Jan

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-11-01  6:52     ` Jan Pohanka
@ 2013-11-01 12:15       ` Thomas Petazzoni
  2013-11-01 16:44         ` Jan Pohanka
       [not found]         ` < CABMiYf9+4TujbLF8UM7-argbVtmquqgL9we6HRorGEMVA=Qx_w@mail.gmail.com>
  0 siblings, 2 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2013-11-01 12:15 UTC (permalink / raw)
  To: buildroot

Dear Jan Pohanka,

On Fri, 01 Nov 2013 07:52:16 +0100, Jan Pohanka wrote:

> I have realized that external toolchain support is a bit patched in the 
> fork that I'm using compared to original one. There is an option to copy 
> files gconv-modules, gconv-modules.cache, CP1250.so, and all other 
> encodings shared libraries to target/usr/lib/gconv directory. I thought 
> that it is a standard directory which the glibc iconv implementation 
> would search shared encodings for. This is not truth because GCONV_PATH 
> has to be set and point there, to make iconv work with all encodings.
> 
> Maybe something similar could be added to standard Buildroot. It took me 
> a day to realize where is the problem.

Do you think you could send a patch to implement this in Buildroot?

Thanks,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-11-01 12:15       ` Thomas Petazzoni
@ 2013-11-01 16:44         ` Jan Pohanka
  2013-11-01 16:52           ` Thomas Petazzoni
       [not found]         ` < CABMiYf9+4TujbLF8UM7-argbVtmquqgL9we6HRorGEMVA=Qx_w@mail.gmail.com>
  1 sibling, 1 reply; 9+ messages in thread
From: Jan Pohanka @ 2013-11-01 16:44 UTC (permalink / raw)
  To: buildroot

> Do you think you could send a patch to implement this in Buildroot?

Hi Thomas,

I will prepare a patch with this feature. Can you please confirm
whether /etc/environment file can be used to set variables for whole
system in Busybox? Or it is better to use eg. profile file, etc.

thanks
Jan

2013/11/1 Thomas Petazzoni <thomas.petazzoni@free-electrons.com>:
> Dear Jan Pohanka,
>
> On Fri, 01 Nov 2013 07:52:16 +0100, Jan Pohanka wrote:
>
>> I have realized that external toolchain support is a bit patched in the
>> fork that I'm using compared to original one. There is an option to copy
>> files gconv-modules, gconv-modules.cache, CP1250.so, and all other
>> encodings shared libraries to target/usr/lib/gconv directory. I thought
>> that it is a standard directory which the glibc iconv implementation
>> would search shared encodings for. This is not truth because GCONV_PATH
>> has to be set and point there, to make iconv work with all encodings.
>>
>> Maybe something similar could be added to standard Buildroot. It took me
>> a day to realize where is the problem.
>
> Do you think you could send a patch to implement this in Buildroot?
>
> Thanks,
>
> Thomas
> --
> Thomas Petazzoni, CTO, Free Electrons
> Embedded Linux, Kernel and Android engineering
> http://free-electrons.com

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-11-01 16:44         ` Jan Pohanka
@ 2013-11-01 16:52           ` Thomas Petazzoni
  0 siblings, 0 replies; 9+ messages in thread
From: Thomas Petazzoni @ 2013-11-01 16:52 UTC (permalink / raw)
  To: buildroot

Dear Jan Pohanka,

On Fri, 1 Nov 2013 17:44:31 +0100, Jan Pohanka wrote:

> I will prepare a patch with this feature. Can you please confirm
> whether /etc/environment file can be used to set variables for whole
> system in Busybox? Or it is better to use eg. profile file, etc.

Why is setting an environment variable necessary? Isn't glibc always
looking for gconv modules in a standard place, in which we could
install those modules?

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
       [not found]           ` < 20131101175255.162ae15b@skate>
@ 2013-11-01 20:10             ` Stanislav Vasic
  2013-11-01 22:02               ` Jan Pohanka
  0 siblings, 1 reply; 9+ messages in thread
From: Stanislav Vasic @ 2013-11-01 20:10 UTC (permalink / raw)
  To: buildroot

Hi Thomas,

I believe Jan is talking about my patch:

https://github.com/Stane1983/buildroot-mx/
commit/8be22b0db136403ee55c84bf093366808d65dc3f

It works for Linaro toolchains.

In this patch I had to export GCONV_PATH because of XBMC. Otherwise, XBMC 
is not aware of gconv libs existence.

On Fri, 01 Nov 2013 17:52:55 +0100, Thomas Petazzoni wrote:

> Dear Jan Pohanka,
> 
> On Fri, 1 Nov 2013 17:44:31 +0100, Jan Pohanka wrote:
> 
>> I will prepare a patch with this feature. Can you please confirm
>> whether /etc/environment file can be used to set variables for whole
>> system in Busybox? Or it is better to use eg. profile file, etc.
> 
> Why is setting an environment variable necessary? Isn't glibc always
> looking for gconv modules in a standard place, in which we could install
> those modules?
> 
> Thomas

^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Buildroot] iconv: additional encodings
  2013-11-01 20:10             ` Stanislav Vasic
@ 2013-11-01 22:02               ` Jan Pohanka
  0 siblings, 0 replies; 9+ messages in thread
From: Jan Pohanka @ 2013-11-01 22:02 UTC (permalink / raw)
  To: buildroot

> I believe Jan is talking about my patch:
>
> https://github.com/Stane1983/buildroot-mx/commit/8be22b0db136403ee55c84bf093366808d65dc3f


Hi Stanislav,

you are right, I'm talking about this one. I believe that it should be
improved by adding GCONV_PATH to gobal environment variables and that
was my question about...

thanks
Jan

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2013-11-01 22:02 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-31 12:50 [Buildroot] iconv: additional encodings Jan Pohanka
     [not found] ` < CABMiYf_=RK0UJyZLNkW5JU3xSXKMcNxL9-VRxjNpFqtZ3ye50g@mail.gmail.com>
     [not found]   ` < 0e99777a-09bf-4414-9769-cbfdd10aa040@email.android.com>
2013-10-31 20:23 ` Jan Pohanka
2013-10-31 20:38   ` Thomas De Schampheleire
2013-11-01  6:52     ` Jan Pohanka
2013-11-01 12:15       ` Thomas Petazzoni
2013-11-01 16:44         ` Jan Pohanka
2013-11-01 16:52           ` Thomas Petazzoni
     [not found]         ` < CABMiYf9+4TujbLF8UM7-argbVtmquqgL9we6HRorGEMVA=Qx_w@mail.gmail.com>
     [not found]           ` < 20131101175255.162ae15b@skate>
2013-11-01 20:10             ` Stanislav Vasic
2013-11-01 22:02               ` Jan Pohanka

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox