From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27259 invoked by alias); 14 Feb 2007 18:30:32 -0000 Received: (qmail 27251 invoked by uid 22791); 14 Feb 2007 18:30:31 -0000 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO elsdt-razorfish.arc.com) (194.202.198.226) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 14 Feb 2007 18:30:20 +0000 Received: from elsdt-razorfish.arc.com (localhost.localdomain [127.0.0.1]) by elsdt-razorfish.arc.com (8.12.11.20060308/8.12.11) with ESMTP id l1EITQB7018242; Wed, 14 Feb 2007 18:29:26 GMT Received: (from joernr@localhost) by elsdt-razorfish.arc.com (8.12.11.20060308/8.12.11/Submit) id l1EITQNb018240; Wed, 14 Feb 2007 18:29:26 GMT Date: Wed, 14 Feb 2007 18:30:00 -0000 From: Joern Rennecke To: Dave Brolley Cc: "Frank Ch. Eigler" , cgen@sources.redhat.com Subject: Re: delayed branches and zero overhead loops Message-ID: <20070214182926.GA18550@elsdt-razorfish.arc.com> References: <20070213153717.GA12710@elsdt-razorfish.arc.com> <20070213185118.GA20088@redhat.com> <20070213205905.GB16492@elsdt-razorfish.arc.com> <20070213211152.GD20088@redhat.com> <20070213222044.GA31512@elsdt-razorfish.arc.com> <45D34205.9000209@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45D34205.9000209@redhat.com> User-Agent: Mutt/1.4.1i Mailing-List: contact cgen-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sourceware.org X-SW-Source: 2007-q1/txt/msg00046.txt.bz2 On Wed, Feb 14, 2007 at 12:08:21PM -0500, Dave Brolley wrote: > Joern Rennecke wrote: > > >On Tue, Feb 13, 2007 at 04:11:52PM -0500, Frank Ch. Eigler wrote: > > > > > >>The decoder generator is fully automatic. If you represent decodable > >>bits without cheating, it will do a reasonable job. > >> > >> > > > >I which that were the case. Try to generate the decoder for the attached > >file; it warns about one alledged Decoder ambiguity for j_L_r_r > >[$RC-noilink] > >versus j_L_r_r [$RC-ilink] . The values for $RC-ilink and $RC-noilink are > >disjoint. I've also tried to use a decode-split on this problem, but to > >no avail. > > > > > The problem is that RC-ilink and RC-noilink are operands. They do not > participate in insn decoding. If there are no other differences in the > fixed fields of the insns (it's hard to tell because of the complexity > of your pmacros), That is indeed the case. The only format differences are in the RC-ilink / RC-noilink operand and in the F0 / F1F operand. > then there will be an ambiguity. It's the same situation with long immediates. They are indicated by a special value in any one of three operand fields. > If you add enough > "-v"s to CGENFLAGS when you run your make, you will get a dump of the > pmacro-expanded input. The debug output without any -v is already too much to be read, unless it is captured with script and then searched for specific items. If I want to know the expansion of a single macro, I find it more useful to use pmacro-expand interactively - the latency is also much lower than to rm -rf the entire build tree and then rebuilding. Speaking of which, is there a better way? I've tried deleting individual generated files or stamps, and some clean targets, but make always floundered.