On Wed, Oct 31, 2018 at 11:29:17AM +, kinke via Digitalmars-d-learn wrote:
> On Wednesday, 31 October 2018 at 01:26:19 UTC, H. S. Teoh wrote:
> > Is it true that on modern hardware computing with `real` reverts to
> > slow x87 emulation in the CPU instead of using SSE/MMX/whatever
> > native ma
On Wednesday, 31 October 2018 at 01:26:19 UTC, H. S. Teoh wrote:
Is it true that on modern hardware computing with `real`
reverts to slow x87 emulation in the CPU instead of using
SSE/MMX/whatever native math functions?
You should have read recent DMD & LDC release notes. ;)
https://github.com
On Wed, Oct 31, 2018 at 01:14:37AM +, kinke via Digitalmars-d-learn wrote:
> On Wednesday, 31 October 2018 at 00:48:03 UTC, Joe wrote:
> > I'd like to know if the lack of double/float versions of 'log',
> > 'log10', etc. are intentional, i.e., there's some rationale behind
> > it, or an oversig
On Wednesday, 31 October 2018 at 00:48:03 UTC, Joe wrote:
I'd like to know if the lack of double/float versions of 'log',
'log10', etc. are intentional, i.e., there's some rationale
behind it, or an oversight.
Just laziness or people still thinking that you don't lose any
performance by compu
On Wed, Oct 31, 2018 at 12:48:03AM +, Joe via Digitalmars-d-learn wrote:
[...]
> I'd like to know if the lack of double/float versions of 'log',
> 'log10', etc. are intentional, i.e., there's some rationale behind it,
> or an oversight.
It's an oversight. Thanks for bringing it to our attenti
I've discovered that the 'log' function as well several similar
functions are only defined as taking a real argument and
returning a real, unlike most other std.math functions, which
have triple definitions (also supporting double and float types).
This created a problem when I tried compiling