From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=59698 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OwBzY-0004I9-Qs for qemu-devel@nongnu.org; Thu, 16 Sep 2010 06:47:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OwBzW-00074N-VD for qemu-devel@nongnu.org; Thu, 16 Sep 2010 06:47:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:58668) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OwBzW-00073j-M4 for qemu-devel@nongnu.org; Thu, 16 Sep 2010 06:46:58 -0400 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o8GAkvGh023742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 16 Sep 2010 06:46:57 -0400 Message-ID: <4C91F59D.4000707@redhat.com> Date: Thu, 16 Sep 2010 12:46:53 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 2/5] Support human unit formats in strtobytes, eg. 1.0G References: <1284553440-17985-1-git-send-email-Jes.Sorensen@redhat.com> <1284553440-17985-3-git-send-email-Jes.Sorensen@redhat.com> <4C90EA14.7040801@redhat.com> <4C911EFE.2020504@redhat.com> <4C91F400.4020101@redhat.com> <4C91F47F.6020800@redhat.com> In-Reply-To: <4C91F47F.6020800@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jes Sorensen Cc: Paolo Bonzini , qemu-devel@nongnu.org, armbru@redhat.com, quintela@redhat.com On 09/16/2010 12:42 PM, Jes Sorensen wrote: > On 09/16/10 12:40, Avi Kivity wrote: > > On 09/15/2010 09:31 PM, Jes Sorensen wrote: > >> Floating point is just plain wrong. > > > > Why? If command-line processing becomes too slow, you can always buy a > > math co-processor. > > > > Because it's imprecise anyway 52 bits = 4PB. At that point some rounding will take place. > and requires dealing with fp regs. The compiler takes care of allocating registers. > Besides, most users will probably hit their shell command line limit > before hitting the problem with the decimals. > 20 digits will overflow your divider. -- error compiling committee.c: too many arguments to function