From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26064 invoked by alias); 15 Apr 2009 15:26:05 -0000 Received: (qmail 26053 invoked by uid 22791); 15 Apr 2009 15:26:04 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 15 Apr 2009 15:25:55 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n3FFNqPo032359; Wed, 15 Apr 2009 11:23:52 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n3FFNpR6014137; Wed, 15 Apr 2009 11:23:51 -0400 Received: from opsy.redhat.com (vpn-12-183.rdu.redhat.com [10.11.12.183]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n3FFNogt012139; Wed, 15 Apr 2009 11:23:50 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id A358350830B; Wed, 15 Apr 2009 09:23:49 -0600 (MDT) To: Pedro Alves Cc: gdb-patches@sourceware.org, Eli Zaretskii Subject: Re: Configuring gdb_wchar.h References: <8363hboz5x.fsf@gnu.org> <8363h6mdue.fsf@gnu.org> <200904151612.14163.pedro@codesourcery.com> From: Tom Tromey Reply-To: Tom Tromey Date: Wed, 15 Apr 2009 15:26:00 -0000 In-Reply-To: <200904151612.14163.pedro@codesourcery.com> (Pedro Alves's message of "Wed\, 15 Apr 2009 16\:12\:13 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00311.txt.bz2 >>>>> "Pedro" == Pedro Alves writes: Pedro> Could gdb probe to see if they work at all? Is that feasible? Pedro> If it is, would it be too slow? You can't probe to see if a single one works -- only pairs of them. That's the real reason we do this checking so late. There may be other situations in which the current logic fails and cannot be made to work. The failing case would be something like a host that has a native iconv but no way at all to list the character sets. But even here, installing libiconv will work. Tom