On Sunday, 8 January 2017 at 13:16:29 UTC, Joseph Rushton
Wakeling wrote:
I'm asking for eyes on the problem because reducing it to a
minimal example appears non-trivial, while the bug itself looks
serious beyond its effect on this PR.
I underestimated myself :-P Minimal example is as follows
On Sunday, 8 January 2017 at 02:51:51 UTC, Andrei Alexandrescu
wrote:
This indicates a compiler bug in dmd itself, so the best
outcome for this library work would be a reduced compiler bug +
a simple library workaround. -- Andrei
Yes, that much is clear -- sorry if I wasn't clear enough myself
On 1/7/17 6:16 PM, Joseph Rushton Wakeling wrote:
The method I developed works fine with LDC, but fails with DMD: the
internal state of the generator winds up as all zeros, except for the
`State.z` parameter which mysteriously ends up at the correct value.
This would suggest that somehow the gen
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
On 11/26/16 11:31 AM, Ilya Yaroshenko wrote:
Hey,
32-bit Mt19937 random number Generator is default in Phobos.
It is default in Mir too, except that 64-bit targets use
64-bit Mt19937 instead.
Congrats! Also thanks for
On Wednesday, 14 December 2016 at 00:18:06 UTC, Joseph Rushton
Wakeling wrote:
Cool. Last question: IIUC you use the private `_z` parameter
as a cache for the most recent `data[index]` value (and AFAICT
that's the only use it has). Is there a good reason for doing
this, rather than just setti
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
1. Improve RNG generation performance by making code more
friendly for CPU pipelining. Tempering (finalization)
operations was mixed with internal payload update operations.
A note on this. The `opCall` (or, in the range ve
On Tuesday, 13 December 2016 at 23:18:26 UTC, Ilya Yaroshenko
wrote:
* @Ilya, is this implementation your own design, or do you
have a reference
for the rationale behind this revised implementation of MT?
My own.
Congratulations, then -- I think this is a very interesting
rewrite of t
If I remember correctly it is used with Using, so I use the
same type.
Using -> Uint
Sorry, it is phone keyboard
On Tuesday, 13 December 2016 at 18:15:25 UTC, Joseph Rushton
Wakeling wrote:
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
Congrats! Also thanks for using the Boost license which would
allow backporting the improvements to Phobos. Who'd be up for
it?
I've finally f
On Tuesday, 13 December 2016 at 18:15:25 UTC, Joseph Rushton
Wakeling wrote:
I'm going to try to put together a range-based version to see
if this also makes any difference. I'll post some benchmarks
of my own once that's done, and if all looks good I'll try to
put a Phobos PR together.
Benc
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
Congrats! Also thanks for using the Boost license which would
allow backporting the improvements to Phobos. Who'd be up for
it?
I've finally found a moment to look into this (I'm at home
recovering from a seasonal virus
On Tuesday, 29 November 2016 at 16:54:55 UTC, Nordlöw wrote:
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
Bench results:
mir.random 32-bit Mt19937:
6.80851 Gb/s
Does Gb mean Gigabytes or Gigabits?
Gigabits
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
Bench results:
mir.random 32-bit Mt19937:
6.80851 Gb/s
Does Gb mean Gigabytes or Gigabits?
On 11/27/16 8:58 AM, Guillaume Piolat wrote:
On Sunday, 27 November 2016 at 13:35:48 UTC, Andrei Alexandrescu wrote:
A useful intermediate step is to have these "[shared] static this" ctor
call a function instead, so that programs without druntime can call them
too.
That would be progress.
On 2016-11-27 14:28, Guillaume Piolat wrote:
Without druntime, global ctor/dtor and TLS can't be used too.
Isn't TLS initialized by the OS?
--
/Jacob Carlborg
On Sunday, 27 November 2016 at 06:46:20 UTC, Ilya Yaroshenko
wrote:
LAPACK API will be a part of Mir GLAS
https://github.com/libmir/mir-glas --Ilya
Great. I might have asked before, apologies if so.
On Sunday, 27 November 2016 at 13:58:29 UTC, Guillaume Piolat
wrote:
On Sunday, 27 November 2016 at 13:35:48 UTC, Andrei
Alexandrescu wrote:
A useful intermediate step is to have these "[shared] static
this" ctor
call a function instead, so that programs without druntime
can call them
too.
On Sunday, 27 November 2016 at 13:35:48 UTC, Andrei Alexandrescu
wrote:
A useful intermediate step is to have these "[shared] static
this" ctor
call a function instead, so that programs without druntime can
call them
too.
That would be progress.
Andrei
Same story for core.cpuid which is
On 11/27/2016 08:28 AM, Guillaume Piolat wrote:
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei Alexandrescu wrote:
Congrats! Also thanks for using the Boost license which would allow
backporting the improvements to Phobos. Who'd be up for it?
Also I'm thinking of removing std.random's d
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
Congrats! Also thanks for using the Boost license which would
allow backporting the improvements to Phobos. Who'd be up for
it?
Also I'm thinking of removing std.random's dependency on
druntime, e.g. by removing the u
On Sunday, 27 November 2016 at 02:28:06 UTC, jmh530 wrote:
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
https://github.com/libmir :
- mir - Generic numeric library
- dcv - D Computer Vision library
- mir-glas - Linear Algebra Subprograms (written in D)
- mir-random
On Saturday, 26 November 2016 at 16:31:40 UTC, Ilya Yaroshenko
wrote:
https://github.com/libmir :
- mir - Generic numeric library
- dcv - D Computer Vision library
- mir-glas - Linear Algebra Subprograms (written in D)
- mir-random - random numbers generators, includes non-uniform
distribu
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
Also I'm thinking of removing std.random's dependency on
druntime, e.g. by removing the uses of enforce. Thoughts?
There's no strong reason for those checks to be done via
`enforce` except for a design decision that user
On Saturday, 26 November 2016 at 20:13:36 UTC, Andrei
Alexandrescu wrote:
On 11/26/16 11:31 AM, Ilya Yaroshenko wrote:
Hey,
32-bit Mt19937 random number Generator is default in Phobos.
It is default in Mir too, except that 64-bit targets use
64-bit Mt19937
instead.
The last Mir Random beta i
On 11/26/16 11:31 AM, Ilya Yaroshenko wrote:
Hey,
32-bit Mt19937 random number Generator is default in Phobos.
It is default in Mir too, except that 64-bit targets use 64-bit Mt19937
instead.
The last Mir Random beta improves performance for Mt19937.
The goal was to:
Congrats! Also thanks fo
25 matches
Mail list logo