<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: exactness in Software Archive</title>
    <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986979#M27396</link>
    <description>I'm not sure what you mean here either.  Floating point arithmatic uses a finite set of bits to try and represent an infinite set of numbers.  It is not the operations that are or are not exact, it is the numbers themselves.  Numbers that are multiples of small negative powers of two are exact.  For example, .5 and its multiples can be represented exactly because it is 2^-1.  A multiple of .25 can also be represented exactly, because it is 2^-2.  This exactness is only for "small numbers" -- I'm not sure where the cutoff is, but 439.75 is an exact floating point number so it isn't extremely small.  A number like .1 cannot be represented exactly in floating point -- there is simply no way to do it, even with a massive number of bits.  If you're looking for exactness, a better option would be fixed-point decimal.  I believe the Java library class BigDecimal represents a fixed-point decimal number, so you might not even have to do any work yourself to get it ;).  Fixed-point should maintain exactness for all operations but division.&lt;BR /&gt;</description>
    <pubDate>Wed, 10 Sep 2003 07:13:11 GMT</pubDate>
    <dc:creator>mattaa</dc:creator>
    <dc:date>2003-09-10T07:13:11Z</dc:date>
    <item>
      <title>exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986976#M27393</link>
      <description>I understand that some operations are guaranteed to be always exact when their result is very small, but what exactly is the threshold of the result under which they become exact ? I'm using the round-to-nearest mode.&lt;BR /&gt;&lt;BR /&gt;TIA,&lt;BR /&gt;Daniel Aioanei</description>
      <pubDate>Mon, 04 Aug 2003 19:23:11 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986976#M27393</guid>
      <dc:creator>aioaneid</dc:creator>
      <dc:date>2003-08-04T19:23:11Z</dc:date>
    </item>
    <item>
      <title>Re: exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986977#M27394</link>
      <description>Since no one has undertaken to guess what you're referring to, I'll assume you're talking about the IEEE inexact flag for floating point arithmetic. Using the EPSILON intrinsics defined in C and Fortran standards, you could make certain statements, for example:&lt;BR /&gt;Adding 1 to an integral value, of value &amp;lt;= 1/EPSILON, does not raise the inexact flag.  Evidently, this may have no relationship to your question, so I'll stop there.</description>
      <pubDate>Tue, 05 Aug 2003 03:28:53 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986977#M27394</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2003-08-05T03:28:53Z</dc:date>
    </item>
    <item>
      <title>Re: exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986978#M27395</link>
      <description>Actually, I'm trying to implement directed rounding in Java, where I have no access to the status flags, and the only available rounding mode is to-nearest. Knowing that certain operations are exact would be helpful.</description>
      <pubDate>Tue, 05 Aug 2003 17:43:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986978#M27395</guid>
      <dc:creator>aioaneid</dc:creator>
      <dc:date>2003-08-05T17:43:03Z</dc:date>
    </item>
    <item>
      <title>Re: exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986979#M27396</link>
      <description>I'm not sure what you mean here either.  Floating point arithmatic uses a finite set of bits to try and represent an infinite set of numbers.  It is not the operations that are or are not exact, it is the numbers themselves.  Numbers that are multiples of small negative powers of two are exact.  For example, .5 and its multiples can be represented exactly because it is 2^-1.  A multiple of .25 can also be represented exactly, because it is 2^-2.  This exactness is only for "small numbers" -- I'm not sure where the cutoff is, but 439.75 is an exact floating point number so it isn't extremely small.  A number like .1 cannot be represented exactly in floating point -- there is simply no way to do it, even with a massive number of bits.  If you're looking for exactness, a better option would be fixed-point decimal.  I believe the Java library class BigDecimal represents a fixed-point decimal number, so you might not even have to do any work yourself to get it ;).  Fixed-point should maintain exactness for all operations but division.&lt;BR /&gt;</description>
      <pubDate>Wed, 10 Sep 2003 07:13:11 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986979#M27396</guid>
      <dc:creator>mattaa</dc:creator>
      <dc:date>2003-09-10T07:13:11Z</dc:date>
    </item>
    <item>
      <title>Re: exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986980#M27397</link>
      <description>Thanks for your response. Actually I need directed rounding control in order to implement interval and affine arithmetic.</description>
      <pubDate>Wed, 10 Sep 2003 16:23:13 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986980#M27397</guid>
      <dc:creator>aioaneid</dc:creator>
      <dc:date>2003-09-10T16:23:13Z</dc:date>
    </item>
    <item>
      <title>Re: exactness</title>
      <link>https://community.intel.com/t5/Software-Archive/exactness/m-p/986981#M27398</link>
      <description>I found what I was looking for in the appendix of the &lt;A href="http://citeseer.nj.nec.com/hauser96handling.html" target="_blank"&gt;http://citeseer.nj.nec.com/hauser96handling.html&lt;/A&gt; white paper, Theorems 3.4.1 and 3.4.2.</description>
      <pubDate>Fri, 12 Sep 2003 19:56:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Software-Archive/exactness/m-p/986981#M27398</guid>
      <dc:creator>aioaneid</dc:creator>
      <dc:date>2003-09-12T19:56:22Z</dc:date>
    </item>
  </channel>
</rss>

