[Bug cli/29315] Completion warning: could not convert ... from the host encoding (ANSI_X3.4-1968) to UTF-32

["tromey at sourceware dot org" <sourceware-bugzilla@sourceware.org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=29315

--- Comment #2 from Tom Tromey <tromey at sourceware dot org> ---
(In reply to Patrick Monnerat from comment #1)

> In the mingw context, current code conditionals cause libiconv to be
> replaced by a minimal phony_iconv that does not support such conversions.
> These conditionals were implemented to make sure libiconv implements UTF32
> and fail on mingw because the wchar_t is 16-bit wide and the installed
> libiconv is not the Bruno Haible's one. See PHONY_ICONV in gdb/gdb_wchar.h.

Are there any defines in the mingw libiconv headers that could be used
to detect this situation?  E.g., for Haible's we use _LIBICONV_VERSION.
Anyway I'd be curious to know exactly which situation makes gdb decide
not to use iconv in your configuration.

> @maciej: is your context similar (no Haible's libiconv or too old and no
> ISO-10646 support) ?

Ideally this path shouldn't even be taken.  However it may be hard
to avoid due to a combination of factors including multi-language searches.

One question I had is whether the required iconv converters are installed.
It sounds like he's using glibc...

> @tom: as you're the commit's author, what is your opinion ?

In the past we couldn't assume host iconv was any good.  Solaris in
particular was broken (I forget how).  I suppose I'm ok with changing
this decision though it might be good to find out how Solaris is doing.

-- 
You are receiving this mail because:
You are on the CC list for the bug.