From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32756 invoked by alias); 8 Jan 2004 10:32:41 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 32749 invoked from network); 8 Jan 2004 10:32:39 -0000 Received: from unknown (HELO fencepost.gnu.org) (199.232.76.164) by sources.redhat.com with SMTP; 8 Jan 2004 10:32:39 -0000 Received: from monty-python.gnu.org ([199.232.76.173]) by fencepost.gnu.org with esmtp (Exim 4.24) id 1AeXSc-00039U-32 for gcc@gnu.org; Thu, 08 Jan 2004 05:32:18 -0500 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AeYP5-00025J-H8 for gcc@gnu.org; Thu, 08 Jan 2004 06:33:14 -0500 Received: from [151.38.19.110] (helo=develer.com) by monty-python.gnu.org with smtp (Exim 4.24) id 1AeYOS-0001ua-0m for gcc@gnu.org; Thu, 08 Jan 2004 06:32:04 -0500 Received: (qmail 13563 invoked from network); 8 Jan 2004 10:30:27 -0000 Received: from beetle.trilan (HELO develer.com) (?zz4k52YkeAegDoQjh6sq2cwYz6RpZOxN?@10.3.3.220) by trinity.trilan with SMTP; 8 Jan 2004 10:30:26 -0000 Message-ID: <3FFD3143.8030707@develer.com> Date: Thu, 08 Jan 2004 10:32:00 -0000 From: Bernardo Innocenti Organization: Develer S.r.l. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210 MIME-Version: 1.0 To: Andreas Schwab CC: Peter Barada , gcc@gnu.org Subject: Re: m68k bootstrapping broken References: <20040104215932.GC1714@linux-m68k.org> <3FF8E2B3.1090106@develer.com> <20040105122028.GA14266@linux-m68k.org> <3FFA0A3E.6000507@develer.com> <20040106085137.GA1610@linux-m68k.org> <3FFA9AB6.6070403@develer.com> <20040106155836.88F25989A5@baradas.org> <3FFB4129.9000002@develer.com> <20040107002517.4D089989A3@baradas.org> <3FFB5630.1080307@develer.com> <20040107004958.721B4989A3@baradas.org> <3FFB6CA9.2090906@develer.com> <3FFC6089.2090508@develer.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-2.6 required=5.0 tests=EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES, REPLY_WITH_QUOTES,USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) X-SW-Source: 2004-01/txt/msg00463.txt.bz2 Andreas Schwab wrote: >>>The mask is wrong. The bitfield insns number the bits from MSB to LSB, >>>not >>>the other way round, as the single bit insns do. Also, a width of 0 is >>>replaced by 32. >> ^^^^^^^^^^^^^^ >> >>This does only happen for immediate modes > > No, also for non-immediate. A bitfield can never be empty. > > Width field > Specifies the field width, depending on Dw. > If Dw = 0, the width field is an immediate operand; an operand > value in the range 1 - 31 specifies a field width of 1 - 31, and > a value of zero specifies a width of 32. > If Dw = 1, the width field specifies a data register that contains > the width. The value is modulo 32; values of 1 - 31 specify > field widths of 1 - 31, and a value of zero specifies a width of > 32. My copy of the manual says exactly the same... I must have mis-read it the first time. So emulating bfins on the 68000 is actually as complex as you said :-( -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/