From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3119 invoked by alias); 18 Mar 2009 00:46:36 -0000 Received: (qmail 3100 invoked by uid 22791); 18 Mar 2009 00:46:34 -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 mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 18 Mar 2009 00:46:27 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n2I0je54002977; Tue, 17 Mar 2009 20:45:40 -0400 Received: from opsy.redhat.com (vpn-14-28.rdu.redhat.com [10.11.14.28]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n2I0jfx1028483; Tue, 17 Mar 2009 20:45:41 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id A8C65508085; Tue, 17 Mar 2009 18:45:38 -0600 (MDT) To: Joel Brobecker Cc: Mark Kettenis , bauerman@br.ibm.com, andreolb@gmail.com, gdb-patches@sourceware.org Subject: Re: [PATCH] PR exp/9103 References: <20090311153711.GA5197@caradoc.them.org> <1236803010.11106.50.camel@localhost.localdomain> <20090313232515.GD30693@adacore.com> <200903132337.n2DNb26P011841@brahms.sibelius.xs4all.nl> <20090318003531.GI31979@adacore.com> From: Tom Tromey Reply-To: Tom Tromey Date: Wed, 18 Mar 2009 01:14:00 -0000 In-Reply-To: <20090318003531.GI31979@adacore.com> (Joel Brobecker's message of "Tue\, 17 Mar 2009 20\:35\:31 -0400") 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-03/txt/msg00347.txt.bz2 >>>>> "Joel" == Joel Brobecker writes: Joel> One of the things I might add later to this is an option to Joel> force the use of the dummy libiconv, like a --without-libiconv Joel> option or some such. FWIW this only requires changing a single #if -- the one in gdb_wchar.h. I tested this sort of build by hacking in "0 &&" there :-) Joel> Not sure yet if AdaCore is going to be interested in that Joel> option, or not. If I can, I'd rather build a static libiconv and Joel> configure GDB to use that. Assuming you have your own tree, like the now-ancient Cygnus "devo" tree, I would suggest simply importing libiconv. From what I can tell it has fairly modest porting requirements; it can't be too hard to port it to any oddball machines you may have. Then, it will be used when needed, and built (but ignored) when not. There may be machines where configure will pick the system iconv but where gdb will not work properly. I am happy to help deal with problems along these lines. Tom