From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12570 invoked by alias); 4 May 2010 13:15:12 -0000 Received: (qmail 12471 invoked by uid 22791); 4 May 2010 13:15:10 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.154) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 04 May 2010 13:15:00 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o44DErc4027894 ; Tue, 4 May 2010 15:14:53 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms3.u-strasbg.fr [IPv6:2001:660:2402:d::12]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id o44DEqLm066682 ; Tue, 4 May 2010 15:14:52 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from d620muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id o44DEpBM095123 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Tue, 4 May 2010 15:14:52 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Paul Koning'" Cc: References: In-Reply-To: Subject: RE: iconv without "wchar_t" as a conversion name Date: Tue, 04 May 2010 13:15:00 -0000 Message-ID: <001b01caeb8b$cae29970$60a7cc50$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-05/txt/msg00009.txt.bz2 I already tried to propose a patch going in the direction you indicate, but the replies were not very positive... See http://sourceware.org/ml/gdb-patches/2010-04/msg00719.html Pierre Muller Pascal language support maintainer for GDB > -----Message d'origine----- > De=A0: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] De la > part de Paul Koning > Envoy=E9=A0: Tuesday, May 04, 2010 2:16 PM > =C0=A0: gdb@sourceware.org > Objet=A0: iconv without "wchar_t" as a conversion name >=20 > NetBSD has iconv support, essentially the same as in glibc, with one > crucial difference that messes up GDB. >=20 > In gdb_wchar.h, INTERMEDIATE_ENCODING is hardcoded as "wchar_t" and in > charset.c iconv_open() is called with INTERMEDIATE_ENCODING as the "to" > format. >=20 > As it happens, the NetBSD implementation of iconf does not list > "wchar_t" as a format it knows, though it does have a very long list of > supported formats that looks otherwise quite similar to what iconv on, > say, Linux supports. >=20 > I assume "wchar_t" means "whatever character format is the native > encoding of a wchar_t data type". If so, it looks like "ucs-4" would > be > a valid replacement, since wchar_t maps to int on NetBSD. This suggest > that INTERMEDIATE_ENCODING should be determined by configure instead of > being hardcoded. >=20 > Does this make sense? I can work on a patch, though hints on how to do > this in configure would be welcome since I'm a beginner in that space. >=20 > paul