From: <Paul_Koning@Dell.com>
To: <mathiaskunter@gmail.com>, <gdb@sourceware.org>
Subject: RE: Using UTF-8 as host charset
Date: Mon, 05 Mar 2012 16:13:00 -0000 [thread overview]
Message-ID: <09787EF419216C41A903FD14EE5506DD03138CBD68@AUSX7MCPC103.AMER.DELL.COM> (raw)
In-Reply-To: <4F52480A.6000507@gmail.com>
While it doesn't use phony iconv, there are some other questions that have come up on this in the past. NetBSD (and possibly others) have an iconv implementation that doesn't provide the "wchar_t" encoding GDB assumes every iconv will have. I remember trying to do something about this and running into concerns that wchar_t, formally speaking, is not the same as UCS-2 even though for practical purposes the two are interchangeable.
paul
-----Original Message-----
From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf Of Mathias Kunter
Sent: Saturday, March 03, 2012 11:34 AM
To: gdb@sourceware.org
Subject: Using UTF-8 as host charset
Dear members of the gdb mailing list,
I'm working on a patch for Eclipse which adds full charset support to the CDT debugger. We're setting gdb's host-charset to UTF-8 to achieve this. There already had been discussion about this back in 2010 here on the gdb mailing list. Tom Tromey said back then - quoted from http://sourceware.org/ml/gdb/2010-08/msg00129.html
> It is an oddity that currently an MI consumer must check gdb's > host charset in order to know how to decode its output. I would > recommend that the client force it to be UTF-8, but I think this > currently may not work with PHONY_ICONV.
So the question is, is it actually a good idea to simply always set gdb's host charset to UTF-8? Which hosts do use the phony iconv, and is it indeed a problem for them if the host charset is UTF-8?
Note that we're only talking about gdb 7.0 or later. We don't plan to support this feature for gdb < 7.0 within CDT.
Thanks for any hints!
Mathias
PS: Just for reference: the corresponding Eclipse bug report can be found at https://bugs.eclipse.org/bugs/show_bug.cgi?id=307311
next prev parent reply other threads:[~2012-03-05 16:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-03 16:34 Mathias Kunter
2012-03-05 16:13 ` Paul_Koning [this message]
2012-03-05 18:09 ` Tom Tromey
2012-03-05 18:11 ` Paul_Koning
2012-03-05 21:04 ` Tom Tromey
2012-03-05 16:41 ` Tom Tromey
2012-03-05 16:44 ` Pedro Alves
2012-03-05 20:51 ` Mathias Kunter
2012-03-05 21:13 ` Tom Tromey
2012-03-05 21:34 ` Mathias Kunter
2012-03-05 21:41 ` Tom Tromey
2012-03-05 22:23 ` Mathias Kunter
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=09787EF419216C41A903FD14EE5506DD03138CBD68@AUSX7MCPC103.AMER.DELL.COM \
--to=paul_koning@dell.com \
--cc=gdb@sourceware.org \
--cc=mathiaskunter@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox