From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53075) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztvu3-00013s-H2 for qemu-devel@nongnu.org; Wed, 04 Nov 2015 06:07:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ztvt8-0005D7-PS for qemu-devel@nongnu.org; Wed, 04 Nov 2015 06:06:55 -0500 Received: from mail-wm0-x22d.google.com ([2a00:1450:400c:c09::22d]:36978) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ztvt8-0005Co-Eq for qemu-devel@nongnu.org; Wed, 04 Nov 2015 06:05:58 -0500 Received: by wmff134 with SMTP id f134so38378176wmf.0 for ; Wed, 04 Nov 2015 03:05:57 -0800 (PST) Sender: Richard Henderson References: <1446473134-4330-1-git-send-email-pbonzini@redhat.com> <563777D5.6050000@redhat.com> <5639DA14.3020507@twiddle.net> <5639E1C2.80902@redhat.com> From: Richard Henderson Message-ID: <5639E691.4050203@twiddle.net> Date: Wed, 4 Nov 2015 12:05:53 +0100 MIME-Version: 1.0 In-Reply-To: <5639E1C2.80902@redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] target-sparc: fix 32-bit truncation in fpackfix List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini , Peter Maydell Cc: Blue Swirl , Mark Cave-Ayland , QEMU Developers On 11/04/2015 11:45 AM, Paolo Bonzini wrote: >>>>>>> int32_t src = rs2 >> (word * 32); >>>>>>> - int64_t scaled = src << scale; >>>>>>> + int64_t scaled = (int64_t)src << scale; >>>>>>> int64_t from_fixed = scaled >> 16; ... >> >> I do think we'd be better served by casting to uint64_t on that line. >> Note that fpackfix requires the same correction. And it wouldn't hurt >> to cast to uint32_t in fpack16, lest we anger the self-same shifting gods. > > Hmmm.. say src = -0x80000000, scale = 1; > > scaled = (uint64_t)-0x8000000 << 1 = 0xffffffff00000000 > from_fixed = 0xffffffff00000000 >> 16 = 0x0000ffffffff0000 > > Now from_fixed is positive and you get 32767 instead of -32768. In > other words, we would have to cast to uint64_t on the scaled assignment, > and back to int64_t on the from_fixed assignment. I must be > misunderstanding your suggestion. int64_t scaled = (uint64_t)src << scale; I.e. one explicit conversion and one implicit conversion. r~