From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23015 invoked by alias); 14 Mar 2006 16:46:52 -0000 Received: (qmail 23006 invoked by uid 22791); 14 Mar 2006 16:46:51 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 14 Mar 2006 16:46:49 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id k2EGkk2S013182; Tue, 14 Mar 2006 11:46:46 -0500 Received: from pobox.toronto.redhat.com (pobox.toronto.redhat.com [172.16.14.4]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id k2EGkj131138; Tue, 14 Mar 2006 11:46:45 -0500 Received: from [172.16.14.227] (IDENT:1cm2AbSQ+VbODJl0UDrneSdSGfTWxP6Y@topaz.toronto.redhat.com [172.16.14.227]) by pobox.toronto.redhat.com (8.12.8/8.12.8) with ESMTP id k2EGkjxX021204; Tue, 14 Mar 2006 11:46:45 -0500 Message-ID: <4416F375.2010704@redhat.com> Date: Tue, 14 Mar 2006 16:46:00 -0000 From: Dave Brolley User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) MIME-Version: 1.0 To: Hans-Peter Nilsson CC: cgen@sourceware.org Subject: Re: [RFA:] Fix breakage of manually building SID CPU References: <200603141334.k2EDYJrH005037@ignucius.se.axis.com> In-Reply-To: <200603141334.k2EDYJrH005037@ignucius.se.axis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cgen-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00018.txt.bz2 Hans-Peter Nilsson wrote: >(i.e. the earliest occurrence of "delay" for the enabled mach). >I guessed this could be related to some change in delay >semantics, but the usage in cris.cpu seems no different to other >*.cpu. Except that some *.cpu use (delay (const 1) ...) instead >of (delay 1 ...) but unfortunately that doesn't help; changing >that doesn't affect the behavior. > > > (delay 1 ...) vs (delay (const 1) ...) won't make a difference. They are identical. However, It seems that CGEN generating SID expects a different syntax for delay than CGEN generating SIM. CGEN generating sid expects (set (delay 1 pc) retaddr) while CGEN generating SIM expects (delay 1 (set pc retaddr)) I do recall the new syntax being introduced some time ago, however, I don't recall that the old syntax was depricated. Does anyone know if both are still supposed to work? Dave