From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6878 invoked by alias); 18 Aug 2010 14:43:58 -0000 Received: (qmail 6865 invoked by uid 22791); 18 Aug 2010 14:43:57 -0000 X-SWARE-Spam-Status: No, hits=0.2 required=5.0 tests=AWL,BAYES_50,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.157) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 18 Aug 2010 14:43:52 +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 o7IEhRrW018717 ; Wed, 18 Aug 2010 16:43:27 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms7.u-strasbg.fr [IPv6:2001:660:2402:d::16]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id o7IEhRmo020280 ; Wed, 18 Aug 2010 16:43:27 +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.4/jtpda-5.5pre1) with ESMTP id o7IEhQNu054658 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Wed, 18 Aug 2010 16:43:27 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Joel Brobecker'" Cc: References: <20100731162500.32FAE5664F4@henry1.codesourcery.com> <20100817184407.GC3599@adacore.com> <20100818101406.GA2903@adacore.com> In-Reply-To: <20100818101406.GA2903@adacore.com> Subject: RE: Your INTERMEDIATE_ENCODING patch for Solaris Date: Wed, 18 Aug 2010 14:43:00 -0000 Message-ID: <000001cb3ee3$bbbaf040$3330d0c0$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit x-cr-hashedpuzzle: bFw= AND8 Ce8O Dkbf DyU2 EQve GUbR JXmu JvfK PSQo Popo VpeI X7bS Y03w Zz8G Z8ep;2;YgByAG8AYgBlAGMAawBlAHIAQABhAGQAYQBjAG8AcgBlAC4AYwBvAG0AOwBnAGQAYgAtAHAAYQB0AGMAaABlAHMAQABzAG8AdQByAGMAZQB3AGEAcgBlAC4AbwByAGcA;Sosha1_v1;7;{107C577B-88B1-4958-B22B-0D1BB3D1F89A};cABpAGUAcgByAGUALgBtAHUAbABsAGUAcgBAAGkAYwBzAC0AYwBuAHIAcwAuAHUAbgBpAHMAdAByAGEALgBmAHIA;Wed, 18 Aug 2010 14:43:27 GMT;UgBFADoAIABZAG8AdQByACAASQBOAFQARQBSAE0ARQBEAEkAQQBUAEUAXwBFAE4AQwBPAEQASQBOAEcAIABwAGEAdABjAGgAIABmAG8AcgAgAFMAbwBsAGEAcgBpAHMA x-cr-puzzleid: {107C577B-88B1-4958-B22B-0D1BB3D1F89A} 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: 2010-08/txt/msg00296.txt.bz2 Upon further investigation, I must confess that the OpenSolaris situation is a real mess: I get a working libiconv version for x86_64 solaris using CSW libiconv version 0x10D, libiconv_open with parameter 'wchar_t' and 'UTF-8' works. but on my Sparc64 test machine, libiconv is on /usr/local/lib and its version is 0x10B. This later version fails on calls to libiconv_open with 'wchar_t' and 'ASCII'. Then I discovered a difference: I has LANG environment variable set in the first (x86_64 machine) to en_US.UTF-8 so I tried to use that environment variable on the Sparc machine and, o wonder, gdb starts to work! So the Sparc iconv works if LANG is set to 'en_US.UTF-8', but fails it LANG is not set. Coming back to the x86_64 machine, I checked what happened if I removed the LANG environment variable... in that case it is still working, libiconv_open (ver 0x10D) accepts 'ASCII' to 'wchar_t' conversion, while version 0x10B seems to fail... At least that is where I am now, but it might not be the entire picture ... Pierre Muller Pascal language support maintainer for GDB