From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9098 invoked by alias); 2 Mar 2009 13:54:20 -0000 Received: (qmail 9090 invoked by uid 22791); 2 Mar 2009 13:54:19 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from e24smtp04.br.ibm.com (HELO e24smtp04.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Mar 2009 13:54:11 +0000 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by e24smtp04.br.ibm.com (8.13.1/8.13.1) with ESMTP id n22Dpj0t006685 for ; Mon, 2 Mar 2009 10:51:45 -0300 Received: from d24av01.br.ibm.com (d24av01.br.ibm.com [9.18.232.46]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n22ErWnf3940384 for ; Mon, 2 Mar 2009 11:53:32 -0300 Received: from d24av01.br.ibm.com (loopback [127.0.0.1]) by d24av01.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n22Ds7Ue017345 for ; Mon, 2 Mar 2009 10:54:08 -0300 Received: from [9.18.200.51] ([9.18.200.51]) by d24av01.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n22Ds7Rg017333; Mon, 2 Mar 2009 10:54:07 -0300 Subject: Re: incomplete binutils patch in gdb From: Thiago Jung Bauermann To: Andreas Schwab Cc: gdb ml In-Reply-To: References: <1235770116.8949.44.camel@localhost.localdomain> Content-Type: text/plain; charset=utf-8 Date: Mon, 02 Mar 2009 13:54:00 -0000 Message-Id: <1236002047.8949.58.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-03/txt/msg00001.txt.bz2 El sáb, 28-02-2009 a las 17:51 +0100, Andreas Schwab escribió: > Thiago Jung Bauermann writes: > > > is incomplete in GDB CVS. It misses the changes in ppc-opc.c. I checked > > out binutils CVS and it's fine there. Does anyone know what's going on? > > The gdb and binutils repositories are one and the same. Are you sure > you haven't accidentally set a sticky tag? (Use cvs up -A to reset it.) Indeed, I checked out the GDB CVS tree again, and things are normal there. But the GDB git mirror has the same problem that my old CVS checkout had. In fact, that's why I didn't think it was a problem with my CVS checkout. Perhaps this is some weird limitation of CVS when doing updates? I don't know... -- []'s Thiago Jung Bauermann IBM Linux Technology Center