From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31881 invoked by alias); 15 Sep 2008 22:26:07 -0000 Received: (qmail 31872 invoked by uid 22791); 15 Sep 2008 22:26:06 -0000 X-Spam-Check-By: sourceware.org Received: from user-12l3h37.cable.mindspring.com (HELO mail.example.com) (69.81.196.103) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 15 Sep 2008 22:25:18 +0000 Received: from [192.168.1.1] (gateway.zbuda.com [192.168.1.1]) (Authenticated sender: steve) by mail.example.com (Postfix) with ESMTPA id 0753617A279 for ; Mon, 15 Sep 2008 17:25:41 -0500 (CDT) Subject: Re: opc-file-path From: Steve Woloschek To: cgen@sourceware.org In-Reply-To: <48CE84CB.7000604@redhat.com> References: <1221485321.7469.34.camel@gateway.zbuda.com> <48CE84CB.7000604@redhat.com> Content-Type: text/plain Date: Mon, 15 Sep 2008 22:26:00 -0000 Message-Id: <1221517540.7469.43.camel@gateway.zbuda.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2008-q3/txt/msg00013.txt.bz2 Dave, Thanks for the quick response! I will create a minimal opc file for now, but your response has me puzzled. In the 2 CVS trees where I have looked(cgen and sid) there are several cpu's without .opc files. Specifically, arm, ia32, sh and I do not see the cris.cpu. I am a little new to this so I must be doing something fundamentally wrong... I would appreciate any light you can shed on my situation... Furthermore, which source repository is the 'official' copy. Are the following two links sync'd at all? http://sourceware.org/cgi-bin/cvsweb.cgi/src/cgen/cpu/?cvsroot=cgen http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/cgen/cpu/?cvsroot=sid Steve On Mon, 2008-09-15 at 11:52 -0400, Dave Brolley wrote: > Steve Woloschek wrote: > > I am working on a port of a new processor core and have run into an > > issue when running desc-cpu.c[c|h]. > > > > ./desc-cpu.scm:1038:32: In expression (opc-file-path): > > ./desc-cpu.scm:1038:32: Unbound variable: opc-file-path > > > > It appears the scripts assume there is an '[cpu].opc' file. I noticed > > that several processors in the /cpu directory do not have a .opc file. > > > The only one I ses is the cris.cpu file. The others are all part of > archirectures that do have a .opc file. Not sure why cris doesn't have > one. I've never tried to build it. > > Any thoughts on how to get around this feature? > > > I would suggest creating a minimal .opc file. $src/cgen/cpu/i960.opc > seems to be a minimal example you can clone. You can probably get rid of > the CGEN_PRINT_INSN macro and keep the rest. At some point you will > probably want to optimize the CGEN_DIS_HASH* macros for you particular port. > > I hope this helps, > Dave