<div dir="ltr">I would probably call it gnublas or gplblas something to make it clear that it's got that aspect to it.<div>It can't ever really be "the one true" blas lib for all D users with that license.</div><div><br></div><div>Re: merging with Mir GLAS, that seems very tricky without changing Mir GLAS's license to GPL.</div><div><div>--bb<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 13, 2017 at 7:56 AM, Dejan Lekic via Digitalmars-d-announce <span dir="ltr"><<a href="mailto:digitalmars-d-announce@puremagic.com" target="_blank">digitalmars-d-announce@puremagic.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer wrote:<br>
</span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have just finished the first version of a BLAS implementation for D mostly done by code conversion from GSL's BLAS module <a href="https://github.com/dataPulverizer/dblas" rel="noreferrer" target="_blank">https://github.com/dataPulveri<wbr>zer/dblas</a><br>
<br>
It is complete functionally with respect covering all the functions implemented in BLAS. @9il has suggested that we should work to merge this library with Mir GLAS which I think is a good idea.<br>
<br>
As the readme says the next phase is:<br>
<br>
* Performance optimization<br>
* Complete unit test coverage<br>
* Type specific BLAS aliases<br>
<br>
Thanks<br>
<br>
p.s. Sorry for originally positing this in the General Forum, it should be here instead<br>
<br>
---<br>
DP<br>
</blockquote>
<br></div></div>
Really good stuff! I see no reason for calling it dblas (the package) - simple `blas` would do I think... :)<br>
<br>
<br>
</blockquote></div><br></div>