From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13206 invoked by alias); 31 Dec 2011 03:37:20 -0000 Received: (qmail 13100 invoked by uid 22791); 31 Dec 2011 03:37:19 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 31 Dec 2011 03:36:59 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 1D2E92BB225; Fri, 30 Dec 2011 22:36:59 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hCiibxrIg1QE; Fri, 30 Dec 2011 22:36:59 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id A211E2BB223; Fri, 30 Dec 2011 22:36:58 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id E2482145615; Sat, 31 Dec 2011 07:36:51 +0400 (RET) Date: Sat, 31 Dec 2011 03:39:00 -0000 From: Joel Brobecker To: Mike Frysinger Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] sim: erc32: fix linking against local readline on modern (ncurses) systems Message-ID: <20111231033651.GB13974@adacore.com> References: <1325238201-7982-1-git-send-email-vapier@gentoo.org> <20111230101842.GA13974@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) 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: 2011-12/txt/msg00912.txt.bz2 > i hadn't noticed GDB had a test for it. i'm fine with keeping the two > in sync. If that works for your case, let's go with that as a first step (because we can fix it now - see below). > maybe extract the termcap m4 code out of gdb and put into a new m4 > file in the top level config/ dir ? that way we'd know the two trees > would stay in sync. Sounds like a fine idea to me. The extra complication is that I think the config/ directory is "owned" by gcc. It should not be a problem, but you'll have to go through them first. Thanks, -- Joel