On Tuesday, 24 May 2016 at 05:52:03 UTC, Edwin van Leeuwen wrote:
You might be interested in joining the gitter channel where the
mir developers hang out:
https://gitter.im/libmir/public
Thanks!
On Monday, 23 May 2016 at 20:56:54 UTC, Edwin van Leeuwen wrote:
There is also mir, which is working towards being a full
replacement for blas:
https://github.com/libmir/mir
It is still under development, but I think the goal is to
become the ultimate matrix library :)
I am sorely tempted
On Monday, 23 May 2016 at 20:11:22 UTC, Vlad Levenfeld wrote:
...
On first glance it looks like
https://github.com/DlangScience/scid/blob/master/source/scid/matrix.d has most of what my matrix implementation is missing. Not sure how to put them together yet.
On Monday, 23 May 2016 at 18:10:40 UTC, Carl Vogel wrote:
How does what you're doing compare to what's in
https://github.com/DlangScience/scid/blob/master/source/scid/linalg.d ?
Basically, I have made a matrix structure and wrapped some basic
arithmetic, while scid.linalg provides functions
https://github.com/evenex/linalg
I've some heard people (including me) asking about matrix
libraries for D, and while there is gl3n it only goes to 4x4
matrices and was written before all the multidimensional indexing
stuff.
So I was using gl3n for awhile until I needed some 6x6s and threw
On Sunday, 27 March 2016 at 15:10:46 UTC, maik klein wrote:
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a
On Sunday, 27 March 2016 at 08:16:22 UTC, Eugene Wissner wrote:
On Sunday, 27 March 2016 at 07:16:53 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract
https://github.com/evenex/future/
I've been having to do a lot of complicated async work lately
(sometimes multithreaded, sometimes not), and I decided to
abstract a some patterns out and unify them with a little bit of
formalism borrowed from functional languages. I've aimed to keep
things
On Saturday, 20 June 2015 at 09:17:22 UTC, Ilya Yaroshenko wrote:
autodata is hard to understand without HTML documentation.
Automated documentation based on
https://github.com/kiith-sa/harbored-mod
can be found at
http://ddocs.org/autodata/~master/index.html, and it is empty.
You may want
On Friday, 19 June 2015 at 10:13:42 UTC, Ilya Yaroshenko wrote:
On Friday, 19 June 2015 at 01:46:05 UTC, jmh530 wrote:
On Monday, 15 June 2015 at 08:40:31 UTC, Ilya Yaroshenko wrote:
Hi All,
PR and Examples:
https://github.com/D-Programming-Language/phobos/pull/3397
DUB
On Friday, 19 June 2015 at 21:43:59 UTC, Vlad Levenfeld wrote:
https://github.com/evenex/autodata
N-dimensional slicing, range ops (map, zip, repeat, cycle, etc)
lifted to n-dimensions, n-dim specific ops like extrusion,
n-dim to d-dim of n-1-dim, flattening for lexicographic
traversal,
On Tuesday, 9 June 2015 at 02:27:26 UTC, Meta wrote:
first-class tuples and pattern matching / destructuring are
very important quality of life issues and a great selling point
for D. Even going with what we currently have for template
type-matching, but for values, would be a great step in
On Monday, 13 April 2015 at 03:37:17 UTC, Adam D. Ruppe wrote:
http://arsdnet.net/this-week-in-d/apr-12.html
http://www.reddit.com/r/d_language/comments/32ek17/this_week_in_d_13_void_tip_ddmd_ifarr_warn_dconf/
https://twitter.com/adamdruppe/status/587459000729473024
Did not know about void
For optimal AA lookup, this idiom is also nice if you only need
the result for one line:
if (auto found = key in AA)
do_stuff (found);
14 matches
Mail list logo
