From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9119 invoked by alias); 17 Dec 2002 20:14:51 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 9089 invoked from network); 17 Dec 2002 20:14:47 -0000 Received: from unknown (HELO neon-gw.transmeta.com) (63.209.4.196) by 209.249.29.67 with SMTP; 17 Dec 2002 20:14:47 -0000 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA25054; Tue, 17 Dec 2002 12:14:30 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma025028; Tue, 17 Dec 02 12:14:07 -0800 Received: from casey.transmeta.com (casey.transmeta.com [10.10.25.22]) by deepthought.transmeta.com (8.11.6/8.11.6) with ESMTP id gBHKEBR14966; Tue, 17 Dec 2002 12:14:11 -0800 (PST) Received: (from dje@localhost) by casey.transmeta.com (8.9.3/8.7.3) id MAA04411; Tue, 17 Dec 2002 12:14:11 -0800 From: Doug Evans MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15871.34195.719221.180542@casey.transmeta.com> Date: Tue, 17 Dec 2002 12:14:00 -0000 To: Doug Evans Cc: DJ Delorie , binutils@sources.redhat.com, cgen@sources.redhat.com, sid@sources.redhat.com, gdb@sources.redhat.com Subject: Re: New Sanyo Stormy16 relocations In-Reply-To: <15871.33865.254007.550012@casey.transmeta.com> References: <1039041358.28757.307.camel@p4> <20021204225643.GS27956@bubble.sa.bigpond.net.au> <1039043233.28767.313.camel@p4> <200212170353.gBH3r9f14238@envy.delorie.com> <15871.31192.305439.813418@casey.transmeta.com> <200212171947.gBHJl3P23665@envy.delorie.com> <15871.33865.254007.550012@casey.transmeta.com> X-SW-Source: 2002-q4/txt/msg00050.txt.bz2 Doug Evans writes: > > > But, if approval is required, methinks binutils is a better place to > > > provide approval for .opc changes (e.g. complaints about warnings :-). > > > > Better than sid? Better than gdb? > > I don't understand. The context here is .opc. files. > Changes to .opc files don't affect sid or gdb. Only binutils. [flipping the pedantic bit] Ok, gdb uses the disassembler. Still, if src/opcodes is ok for binutils, I don't think it's a problem for gdb or sid. And if it is, the problem can be dealt with as it arises.