Original Message-
From: Kai Tietz [mailto:ktiet...@googlemail.com]
Sent: Sunday, April 10, 2011 3:06 PM
To: vanboxem.ru...@gmail.com; mingw-w64-public@lists.sourceforge.net
Cc: jkbea...@verizon.net
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
2011/4/10 Ruben Van B
: jkbea...@verizon.net
Cc: mingw-w64-public@lists.sourceforge.net
Subject: RE: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
Op 10 apr. 2011 19:05 schreef "James K Beard" het
volgende:
>
> Philosophies about how compilers should be build has gone through fa
2011/4/10 Ruben Van Boxem :
>
> Op 10 apr. 2011 19:05 schreef "James K Beard" het
> volgende:
>
>>
>> Philosophies about how compilers should be build has gone through fads and
>> phases. Originally, of course, compilers were built using macro assemblers,
>> and such large programs in macro assem
-public@lists.sourceforge.net
> Cc: jkbea...@verizon.net; James K Beard
>
> Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
>
>
>
> Op 10 apr. 2011 08:49 schreef "Kai Tietz" het
volgende:
>
> >
> > 2011/4/10 James K Beard :
> >
ril 10, 2011 9:32 AM
To: mingw64
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
Hello James and Jon!
On Sat, Apr 9, 2011 at 10:58 PM, James K Beard
wrote:
> JonY - well, mine is in Fortran 95 structured format, with layers of
classes
> and derived data types. A
jkbea...@verizon.net
Cc: James K Beard; mingw-w64-public@lists.sourceforge.net; JonY
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
2011/4/10 James K Beard :
> There are better libraries than mine for 128-bit, which is quad precision,
> that use 12-bit exponents; my
Tietz [mailto:ktiet...@googlemail.com]
Sent: Sunday, April 10, 2011 9:22 AM
To: vanboxem.ru...@gmail.com; mingw-w64-public@lists.sourceforge.net
Cc: James K Beard
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
2011/4/10 Ruben Van Boxem :
> Op 10 apr. 2011 08:49 schreef &q
, April 10, 2011 8:54 AM
To: mingw-w64-public@lists.sourceforge.net
Cc: jkbea...@verizon.net; James K Beard
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
Op 10 apr. 2011 08:49 schreef "Kai Tietz" het
volgende:
>
> 2011/4/10 James K Beard :
> > J
2011/4/10 Kai Tietz
> 2011/4/10 Ruben Van Boxem :
> > Op 10 apr. 2011 08:49 schreef "Kai Tietz" het
> > volgende:
> >
> >>
> >> 2011/4/10 James K Beard :
> >> > JonY - well, mine is in Fortran 95 structured format, with layers of
> >> > classes
> >> > and derived data types. An experienced prog
Hello James and Jon!
On Sat, Apr 9, 2011 at 10:58 PM, James K Beard wrote:
> JonY - well, mine is in Fortran 95 structured format, with layers of classes
> and derived data types. An experienced programmer could port it to C++
> fairly quickly, giving you a a C++ class with overloaded arithmetic
2011/4/10 James K Beard :
> There are better libraries than mine for 128-bit, which is quad precision,
> that use 12-bit exponents; my package always uses 16-bit exponents. Quad
> precision packages use the hardware 80-bit floating point in most CPU cores
> these days and would be smaller and fast
2011/4/10 Ruben Van Boxem :
> Op 10 apr. 2011 08:49 schreef "Kai Tietz" het
> volgende:
>
>>
>> 2011/4/10 James K Beard :
>> > JonY - well, mine is in Fortran 95 structured format, with layers of
>> > classes
>> > and derived data types. An experienced programmer could port it to C++
>> > fairly
Op 10 apr. 2011 08:49 schreef "Kai Tietz" het
volgende:
>
> 2011/4/10 James K Beard :
> > JonY - well, mine is in Fortran 95 structured format, with layers of
classes
> > and derived data types. An experienced programmer could port it to C++
> > fairly quickly, giving you a a C++ class with overl
Beard; JonY
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
2011/4/10 James K Beard :
> JonY - well, mine is in Fortran 95 structured format, with layers of
classes
> and derived data types. An experienced programmer could port it to C++
> fairly quickly, giving
2011/4/10 James K Beard :
> JonY - well, mine is in Fortran 95 structured format, with layers of classes
> and derived data types. An experienced programmer could port it to C++
> fairly quickly, giving you a a C++ class with overloaded arithmetic and
> casting/data conversion operations. But I'm
] mingw-w64 Decimal Floating Point math
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/10/2011 01:54, James K Beard wrote:
> I think the long term solution is to implement the decimal arithmetic
> keywords with an open mind. Special requirements, like extremely long
> decimal words (D
s.sourceforge.net
Cc: James K Beard
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/10/2011 01:54, James K Beard wrote:
> I think the long term solution is to implement the decimal arithmetic
> keywords with an open m
: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
> Hi,
>
> Sorry for jumping into this discussion, but I don't seem to understand
what
> the advantage is of a non-hardware supported real number representation.
If
> you need the two (or a bit more) decimal places require
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/10/2011 01:54, James K Beard wrote:
> I think the long term solution is to implement the decimal arithmetic
> keywords with an open mind. Special requirements, like extremely long
> decimal words (DECIMAL128 == 128 digits?) may require multip
> Hi,
>
> Sorry for jumping into this discussion, but I don't seem to understand what
> the advantage is of a non-hardware supported real number representation. If
> you need the two (or a bit more) decimal places required for currency and
> percentages, why not just use a big integer and for displ
Sent: Saturday, April 09, 2011 1:08 PM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/9/2011 23:03, K. Frank wrote:
>
> What, then, would be the advantage of using decima
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/9/2011 23:03, K. Frank wrote:
>
> What, then, would be the advantage of using decimal floating-point?
> I don't really know the history or what people were thinking when
> they built those early decimal floating-point systems, but there is
> a (m
and built-in support of business calculations like
present value, sinking fund computations, etc.
James K Beard
-Original Message-
From: NightStrike [mailto:nightstr...@gmail.com]
Sent: Saturday, April 09, 2011 2:41 AM
To: jkbea...@verizon.net; mingw-w64-public@lists.sourceforge.net
Cc: Jam
Hi Jon and Ruben!
On Sat, Apr 9, 2011 at 9:47 AM, JonY wrote:
> ...
> On 4/9/2011 21:33, Ruben Van Boxem wrote:
>> Hi,
>>
>> Sorry for jumping into this discussion, but I don't seem to understand what
>> the advantage is of a non-hardware supported real number representation. If
>> you need the t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/9/2011 21:33, Ruben Van Boxem wrote:
> Hi,
>
> Sorry for jumping into this discussion, but I don't seem to understand what
> the advantage is of a non-hardware supported real number representation. If
> you need the two (or a bit more) decimal pl
Hi,
Sorry for jumping into this discussion, but I don't seem to understand what
the advantage is of a non-hardware supported real number representation. If
you need the two (or a bit more) decimal places required for currency and
percentages, why not just use a big integer and for display divide b
Hello NightStrike!
On Sat, Apr 9, 2011 at 2:41 AM, NightStrike wrote:
> On Sun, Apr 3, 2011 at 7:07 AM, James K Beard wrote:
>> A quick glance through the document seems to tell us that the decimal
>> arithmetic will incorporate checks to ensure that any rounding in binary
>> floating point does
2011/4/9 NightStrike
>
> I'm being a little OT here, but I'm curious.. does that mean that
> COBOL was a language that gave very high accuracy compared to C of the
> day?
>
>
Cobol is quite anterior to C. It is not so much that it has high accuracy as
it avoids decimal to binary and binary to dec
On Sun, Apr 3, 2011 at 7:07 AM, James K Beard wrote:
> A quick glance through the document seems to tell us that the decimal
> arithmetic will incorporate checks to ensure that any rounding in binary
> floating point does not compromise the accuracy of the final decimal
> result. That’s pretty mu
, 2011 9:25 PM
To: jkbea...@verizon.net; mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/3/2011 22:07, James K Beard wrote:
> A quick glance through the document seems to tell us that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 4/3/2011 22:07, James K Beard wrote:
> A quick glance through the document seems to tell us that the decimal
> arithmetic will incorporate checks to ensure that any rounding in binary
> floating point does not compromise the accuracy of the final
: Jim Michaels [mailto:jmich...@yahoo.com]
Sent: Sunday, April 03, 2011 2:06 AM
To: mingw-w64-public@lists.sourceforge.net
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
take a gander at this decimal floating point math is possibly coming to
TR2.
http://www.open
:09 AM
Subject: RE: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
If the mantissa has at least seven or eight bits below the binary point,
equivalence to the cents level is achieved by |x-y| < 0.005; the half-cent is
x’0.0147ae’ which can be done in any decent language. If you do
or something like that, etc.
fp is NOT for comparison ops. decimal you can.
_
From: James K Beard
To: JonY ; Kai Tietz
Cc: mingw-w64-public@lists.sourceforge.net
Sent: Wed, March 23, 2011 10:40:30 PM
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
It may no
n ops. decimal you can.
From: James K Beard
To: JonY ; Kai Tietz
Cc: mingw-w64-public@lists.sourceforge.net
Sent: Wed, March 23, 2011 10:40:30 PM
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
It may not be as bad as you might think be
-
From: Jon [mailto:10wa...@gmail.com] On Behalf Of JonY
Sent: Wednesday, March 23, 2011 9:20 PM
To: Kai Tietz
Cc: jkbea...@verizon.net; mingw-w64-public@lists.sourceforge.net; James K
Beard
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
-BEGIN PGP SIGNED MESSAGE-
Hash
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/24/2011 02:29, Kai Tietz wrote:
> 2011/3/23 James K Beard :
>> You don't need to go to BCD to convert DFP to IEEE (regular) floating point.
>> A single arithmetic operation directly in DFP will exceed what you do to
>> convert to IEEE floating poi
--Original Message-
> From: K. Frank [mailto:kfrank2...@gmail.com]
> Sent: Wednesday, March 23, 2011 2:49 PM
> To: mingw64
> Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
>
> Hi Jon and James!
>
> On Wed, Mar 23, 2011 at 12:45 PM, JonY wrote:
>>
ffort needed to write and test these libraries.
James K Beard
-Original Message-
From: K. Frank [mailto:kfrank2...@gmail.com]
Sent: Wednesday, March 23, 2011 2:49 PM
To: mingw64
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
Hi Jon and James!
On Wed, Mar 23, 2
mes K Beard; JonY
Subject: Re: [Mingw-w64-public] mingw-w64 Decimal Floating Point math
2011/3/23 James K Beard :
> You don't need to go to BCD to convert DFP to IEEE (regular) floating
point.
> A single arithmetic operation directly in DFP will exceed what you do to
> convert to IEEE
Hi Jon and James!
On Wed, Mar 23, 2011 at 12:45 PM, JonY wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 3/23/2011 22:06, James K Beard wrote:
>> Jon: The simplest and quite possibly the most efficient way to implement a
>> standard function library in BCD decimal arithmetic is t
2011/3/23 James K Beard :
> You don't need to go to BCD to convert DFP to IEEE (regular) floating point.
> A single arithmetic operation directly in DFP will exceed what you do to
> convert to IEEE floating point. I would use double precision for anything
> up to 12 decimals of accuracy, 80-bit fo
You don't need to go to BCD to convert DFP to IEEE (regular) floating point.
A single arithmetic operation directly in DFP will exceed what you do to
convert to IEEE floating point. I would use double precision for anything
up to 12 decimals of accuracy, 80-bit for another three, and simply
incorp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/23/2011 22:06, James K Beard wrote:
> Jon: The simplest and quite possibly the most efficient way to implement a
> standard function library in BCD decimal arithmetic is to convert to IEEE
> standard double precision (or, if necessary, quad preci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I'm working on DFP math for mingw-w64, the main hurdle is that the
mathematical values should never be converted to conventional floating
point.
Dr Beard,
I'm hoping you can help me out on this task in the future.
I have some documentation o
45 matches
Mail list logo
