From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23344 invoked by alias); 28 Mar 2008 16:54:46 -0000 Received: (qmail 23328 invoked by uid 22791); 28 Mar 2008 16:54:45 -0000 X-Spam-Check-By: sourceware.org Received: from py-out-1112.google.com (HELO py-out-1112.google.com) (64.233.166.178) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 28 Mar 2008 16:54:13 +0000 Received: by py-out-1112.google.com with SMTP id a73so609076pye.33 for ; Fri, 28 Mar 2008 09:54:11 -0700 (PDT) Received: by 10.35.31.16 with SMTP id i16mr5867093pyj.16.1206723251504; Fri, 28 Mar 2008 09:54:11 -0700 (PDT) Received: by 10.35.31.8 with HTTP; Fri, 28 Mar 2008 09:54:11 -0700 (PDT) Message-ID: <87a5b0800803280954x2dd4f16ew68a6e5697fc2ae0c@mail.gmail.com> Date: Fri, 28 Mar 2008 16:54:00 -0000 From: "Will Newton" To: "Joern Rennecke" Subject: Re: Unable to find file ... cgen-opc.scm Cc: cgen@sourceware.org In-Reply-To: <20080328153823.GC3590@elsdt-razorfish.arc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080328153823.GC3590@elsdt-razorfish.arc.com> 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-q1/txt/msg00010.txt.bz2 On Fri, Mar 28, 2008 at 3:38 PM, Joern Rennecke wrote: > My workstation was upgraded from Red Hat eEnterprise Linux 3 to > Red Hat Enterprise Linux 5.1, and now my cgen rebuilds fail. > > After changing the cpu file, I always to a full rebuild, i.e.: > cd ..;rm -rf bld-arc;mkdir bld-arc;cd bld-arc;../src/configure --target=arc-elf --enable-cgen-maint --with-guile=/usr;make all-sim CFLAGS=-g > > That worked fine before the upgrade. However, now I get: > > ... > make[3]: Entering directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > make run-cgen arch=arc prefix=arc options=opinst \ > archfile=../../src/opcodes/../cpu/arc.cpu \ > opcfile=../../src/opcodes/../cpu/arc.opc extrafiles=opinst > make[4]: Entering directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > /bin/sh ../../src/opcodes/cgen.sh opcodes ../../src/opcodes "`if test -f ../guile/libguile/guile ; then echo ../guile/libguile/guile; else echo guile ; fi` -l ../../src/opcodes/../cgen/guile.scm -s" \ > ../../src/opcodes/../cgen "-v" arc arc ../../src/opcodes/../cpu/arc.cpu ../../src/opcodes/../cpu/arc.opc \ > "opinst" "opinst" > ERROR: In procedure primitive-load-path: > ERROR: Unable to find file "../../src/opcodes/../cgen/cgen-opc.scm" in load path > make[4]: *** [run-cgen] Error 1 > make[4]: Leaving directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > make[3]: *** [stamp-arc] Error 2 > make[3]: Leaving directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/scratch/cgen-20070427-arc-int/bld-arc/opcodes' > make: *** [all-opcodes] Error 2 > > Is there something wrong with the guile 1.8 that comes with RHEL 5, or > do I need to apply some patch to cgen? I have seen these kind of issues with cgen when using relative paths. cgen (or guile) seems to prefer paths be absolute where possible, e.g. CPUDIR.