This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [PATCH/WIP] C/C++ wchar_t/Unicode printing support
- From: Joel Brobecker <brobecker at adacore dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Julian Brown <julian at codesourcery dot com>, gdb-patches at sourceware dot org
- Date: Mon, 2 Feb 2009 16:41:48 -0800
- Subject: Re: [PATCH/WIP] C/C++ wchar_t/Unicode printing support
- References: <20090115202411.5f154657@rex.config> <m37i4dx64p.fsf@fleche.redhat.com> <20090130194343.GA3964@adacore.com> <m3ocxos6og.fsf@fleche.redhat.com> <20090201182344.GD4597@caradoc.them.org> <m3skmxrdb6.fsf@fleche.redhat.com>
> How are you planning to handle this for Code Sourcery? Really I would
> like to hear the answer to this from anybody shipping a gdb
> executable.
As far as AdaCore is concerned, I think it will be fine to link
GDB with a static libiconv. I didn't realize that we already had
a --with-libiconv-prefix configure switch. It would have been nice
to be able to build without, but if it's going to be painful or
complexify the code, then maybe the gain is too small for it to
be worth it.
I don't know GNU libiconv well enough to know how portable it is.
Maybe it's going to be a lot of "fun" building it on OSes such as
LynxOS, but for now, LynxOS is not a supported host (I don't think),
so we can worry about this problem later. (I'm also taking a look
at the source right now)
--
Joel