From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29928 invoked by alias); 8 Jan 2013 04:22:24 -0000 Received: (qmail 29794 invoked by uid 22791); 8 Jan 2013 04:22:22 -0000 X-SWARE-Spam-Status: No, hits=-7.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 08 Jan 2013 04:22:14 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r084MDHZ018082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 7 Jan 2013 23:22:13 -0500 Received: from stumpy.slc.redhat.com (ovpn-113-50.phx2.redhat.com [10.3.113.50]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r084MCoc025407; Mon, 7 Jan 2013 23:22:12 -0500 Message-ID: <50EB9EF4.9090804@redhat.com> Date: Tue, 08 Jan 2013 04:22:00 -0000 From: Jeff Law User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: =?UTF-8?B?SsO8cmdlbiBVcmJhbg==?= , gcc-patches@gcc.gnu.org, rdsandiford@googlemail.com Subject: Re: Support for MIPS r5900 References: <20130106225645.190700@gmx.net> <87y5g43bkf.fsf@talisman.default> In-Reply-To: <87y5g43bkf.fsf@talisman.default> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2013-01/txt/msg00378.txt.bz2 On 01/07/2013 02:52 PM, Richard Sandiford wrote: >> I disabled 64 bit FPU instructions by "-msoft-float". This works, but >> using "-msingle-float" fails. This would be the better >> configuration. There are still 64 bit FPU instructions used (e.g. "dmfc1 >> $2,$f0" when using "long double" multiplication). So "-msingle-float" >> doesn't seem to work on generic mips64-linux-gnu. > > Right. That combination hasn't really been defined. What happens > for plain doubles? Do you pass those in FPRs or GPRs? IIRC we defined doubles as 32bits wide in our old port. We simply didn't support 64bit wide doubles. I don't remember what mechanism we used to make this happen. > >> I tried to disable dmult and ddiv (see mips.md). Disabling worked, but >> now muldi3 calls itself in libgcc2. I thought this should work, because >> I got this working with GCC 4.3, but the latest GCC version is a >> problem. multi3 is calling muldi3, so that muldi3 should be able to use >> mulsi3, because it is the same C code in libgcc2. Can someone get me >> some hints or comments? How can this be debugged? > > Not sure, sorry. IIRC I simply disabled muldi3_internal2 and I think we defined away everything related to timode except register-register moves. Jeff