On Monday, 2 November 2015 at 17:07:33 UTC, Laeeth Isharc wrote:
On Sunday, 1 November 2015 at 09:07:56 UTC, Ilya Yaroshenko
wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc
wrote:
Any other thoughts?
Floating point operations can be extended automatically
(without some kind
On Wednesday, 4 November 2015 at 12:25:31 UTC, Laeeth Isharc
wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Sorry - I wrote this in a hurry, and I should have said on my
experience of using D in finance (not
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Sorry - I wrote this in a hurry, and I should have said on my
experience of using D in finance (not the whole sector, which is
absolutely enormous and very diverse), an
On Wednesday, 4 November 2015 at 12:08:19 UTC, Laeeth Isharc
wrote:
this hardly matters for Java, C++, Python etc because mostly you
won't need to use a bunch of different libraries.
I meant mostly you won't need to go outside that ecosystem to use
a bunch of different libraries whereas with D
On Tuesday, 3 November 2015 at 23:37:36 UTC, Chris wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
Interesting. Two points suggest that you should use D only for
serious programming:
"cases where you want to write quick one-off scripts that need
to use a bunch of diff
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
Interesting. Two points suggest that you should use D only for
serious programming:
"cases where you want to write quick one-off scripts that need to
use a bunch of different libraries not yet available in D and
where it doesn'
On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Any other thoughts?
For finance stuff - missing a floating point decimal data type.
Things like 1.1 + 2.2 =
On Monday, 2 November 2015 at 17:09:41 UTC, Laeeth Isharc wrote:
On Saturday, 31 October 2015 at 16:06:47 UTC, Russel Winder
wrote:
On Sat, 2015-10-31 at 15:41 +, tcak via
Digitalmars-d-learn wrote:
[...]
In that std.bigint.BigInt provides the accuracy, yes it does
suffice. But it is slo
On Sunday, 1 November 2015 at 09:07:56 UTC, Ilya Yaroshenko wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
Any other thoughts?
Floating point operations can be extended automatically
(without some kind of 'fastmath' flag) up to 80bit fp on 32 bit
intel processors. Th
On Saturday, 31 October 2015 at 16:06:47 UTC, Russel Winder wrote:
On Sat, 2015-10-31 at 15:41 +, tcak via Digitalmars-d-learn
wrote:
On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
> On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc
> wrote:
> > I'm writing a talk for c
On Sunday, 1 November 2015 at 20:38:44 UTC, Freddy wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D.
(We all know what the bad ones are). I
On Saturday, 31 October 2015 at 05:25:06 UTC, ref2401 wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D.
(We all know what the bad ones are). I
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D.
(We all know what the bad ones are). I don't want to get into
a discussion here on them, but j
On Saturday, 31 October 2015 at 23:16:04 UTC, Ali Çehreli wrote:
Although still years away from production, the Mill CPU will
have decimal floating point:
http://millcomputing.com/wiki/Instruction_Set
Mill is a fun project, and there are also base 10 floating point
FPGA coprocessors avail
On Sat, 2015-10-31 at 20:55 +, David Nadlinger via Digitalmars-d-
learn wrote:
> On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
> > My opinion is that a decimal data type must be builtin in any
> > modern language, not implemented as a library.
>
> "must be builtin in any modern l
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
Any other thoughts?
Floating point operations can be extended automatically (without
some kind of 'fastmath' flag) up to 80bit fp on 32 bit intel
processors. This is worst solution for language that want to be
used in accountin
On 10/31/2015 09:06 AM, Russel Winder via Digitalmars-d-learn wrote:
> As far as I am aware only IBM Big Iron (aka mainframes, aka z-Series) has
> hardware decimal floating point these days. (Even though 1970s and 1980s
> microprocessors had the feature.)
Although still years away from productio
On Saturday, 31 October 2015 at 23:07:46 UTC, rumbu wrote:
On Saturday, 31 October 2015 at 20:55:33 UTC, David Nadlinger
wrote:
On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
My opinion is that a decimal data type must be builtin in any
modern language, not implemented as a library.
On Saturday, 31 October 2015 at 20:55:33 UTC, David Nadlinger
wrote:
On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
My opinion is that a decimal data type must be builtin in any
modern language, not implemented as a library.
"must be builtin in any modern language" – which modern
On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Any other thoughts?
For finance stuff - missing a floating point decimal data type.
Things like 1.1 + 2.2 =
On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
My opinion is that a decimal data type must be builtin in any
modern language, not implemented as a library.
"must be builtin in any modern language" – which modern languages
actually have decimals as a built-in type, and what is your
On Saturday, 31 October 2015 at 18:23:43 UTC, rumbu wrote:
My opinion is that a decimal data type must be builtin in any
modern language, not implemented as a library.
I agree
On Saturday, 31 October 2015 at 15:42:00 UTC, tcak wrote:
On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc
wrote:
I'm writing a talk for codemesh on the use of D in finance.
Any other thoughts?
For finance stuff - missing a
On Sat, 2015-10-31 at 15:41 +, tcak via Digitalmars-d-learn wrote:
> On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
> > On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
> > > I'm writing a talk for codemesh on the use of D in finance.
> > >
> > > Any other thoughts?
On Saturday, 31 October 2015 at 14:37:23 UTC, rumbu wrote:
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Any other thoughts?
For finance stuff - missing a floating point decimal data type.
Things like 1.1 + 2.2 =
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
Any other thoughts?
For finance stuff - missing a floating point decimal data type.
Things like 1.1 + 2.2 = 3.3003
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D.
(We all know what the bad ones are). I don't want to get into
a discussion here on them, but j
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D. (We
all know what the bad ones are). I don't want to get into a
discussion here on them, but just wanted to make sure I cover
them so I represent the state
28 matches
Mail list logo