From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71640 invoked by alias); 18 Sep 2015 04:41:28 -0000 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 Received: (qmail 71627 invoked by uid 89); 18 Sep 2015 04:41:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-pa0-f51.google.com Received: from mail-pa0-f51.google.com (HELO mail-pa0-f51.google.com) (209.85.220.51) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 18 Sep 2015 04:41:27 +0000 Received: by padhk3 with SMTP id hk3so39171779pad.3 for ; Thu, 17 Sep 2015 21:41:25 -0700 (PDT) X-Received: by 10.68.69.40 with SMTP id b8mr4953408pbu.84.1442551285528; Thu, 17 Sep 2015 21:41:25 -0700 (PDT) Received: from seba.sebabeach.org.gmail.com (173-13-178-53-sfba.hfc.comcastbusiness.net. [173.13.178.53]) by smtp.gmail.com with ESMTPSA id ku8sm6287760pab.0.2015.09.17.21.41.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 17 Sep 2015 21:41:25 -0700 (PDT) From: Doug Evans To: Eli Zaretskii Cc: Sandra Loosemore , gdb-patches@sourceware.org Subject: Re: [patch, testsuite] check for UTF-32 target wide charset support in gdb.base/wchar.exp References: <55FA325D.1020207@codesourcery.com> <8361397hwd.fsf@gnu.org> Date: Fri, 18 Sep 2015 04:41:00 -0000 In-Reply-To: <8361397hwd.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 17 Sep 2015 08:07:46 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00437.txt.bz2 Eli Zaretskii writes: >> Date: Wed, 16 Sep 2015 21:24:13 -0600 >> From: Sandra Loosemore >> >> If GDB is configured without ICONV support, the target wide charset >> defaults to "ISO-8859-1" (which isn't even a wide charset), and all the >> wide strings in this test print as gibberish. Otherwise, GDB seems to >> think the default is "auto; currently UTF-32", so let's make the >> dependency on UTF-32 explicit here and bail out if it's not available. > > Why UTF-32, hard-coded? Why not allow also UTF-16, for example? Because this is the case of no iconv support and thus gdb is supplying its own minimal version. No point in supporting anything unwarranted. If a compelling case arises for UTF-16 we can cross that bridge when we get to it.