Re: BLAS implementation for D

2017-04-20 Thread Ola Fosheim Grøstad via Digitalmars-d-announce
On Saturday, 15 April 2017 at 20:20:01 UTC, Bill Baxter wrote: And more than that, companies that are serious about avoiding litigation will make sure that everyone working on this new project has not even seen the source code for the library with the other license. If someone who has seen

Re: BLAS implementation for D

2017-04-15 Thread Bill Baxter via Digitalmars-d-announce
On Fri, Apr 14, 2017 at 12:18 PM, bachmeier via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Friday, 14 April 2017 at 16:31:24 UTC, jmh530 wrote: > > Not a lawyer, but I think if you just port it to another language it is a >> derived work in GPL and the ported

Re: BLAS implementation for D

2017-04-14 Thread bachmeier via Digitalmars-d-announce
On Friday, 14 April 2017 at 16:31:24 UTC, jmh530 wrote: Not a lawyer, but I think if you just port it to another language it is a derived work in GPL and the ported project must also be GPL. This is correct. However, if you're completely re-writing each function, I don't know. I don't

Re: BLAS implementation for D

2017-04-14 Thread data pulverizer via Digitalmars-d-announce
On Friday, 14 April 2017 at 16:31:24 UTC, jmh530 wrote: On Friday, 14 April 2017 at 15:37:20 UTC, data pulverizer wrote: You raise a very good point. My intention is to completely re-write each function that was based on GSL's CBLAS while upgrading the performance. Once this is done the

Re: BLAS implementation for D

2017-04-14 Thread jmh530 via Digitalmars-d-announce
On Friday, 14 April 2017 at 15:37:20 UTC, data pulverizer wrote: You raise a very good point. My intention is to completely re-write each function that was based on GSL's CBLAS while upgrading the performance. Once this is done the library should be regarded as a different work ... if anyone

Re: BLAS implementation for D

2017-04-14 Thread data pulverizer via Digitalmars-d-announce
On Thursday, 13 April 2017 at 17:43:14 UTC, Bill Baxter wrote: Re: merging with Mir GLAS, that seems very tricky without changing Mir GLAS's license to GPL. You raise a very good point. My intention is to completely re-write each function that was based on GSL's CBLAS while upgrading the

Re: BLAS implementation for D

2017-04-13 Thread 9il via Digitalmars-d-announce
On Thursday, 13 April 2017 at 17:43:14 UTC, Bill Baxter wrote: I would probably call it gnublas or gplblas something to make it clear that it's got that aspect to it. It can't ever really be "the one true" blas lib for all D users with that license. Re: merging with Mir GLAS, that seems very

Re: BLAS implementation for D

2017-04-13 Thread Dejan Lekic via Digitalmars-d-announce
On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer wrote: I have just finished the first version of a BLAS implementation for D mostly done by code conversion from GSL's BLAS module https://github.com/dataPulverizer/dblas It is complete functionally with respect covering all

Re: BLAS implementation for D

2017-04-13 Thread data pulverizer via Digitalmars-d-announce
On Thursday, 13 April 2017 at 11:29:39 UTC, jmh530 wrote: On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer wrote: 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

Re: BLAS implementation for D

2017-04-13 Thread jmh530 via Digitalmars-d-announce
On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer wrote: 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. So Mir GLAS doesn't cover

BLAS implementation for D

2017-04-13 Thread data pulverizer via Digitalmars-d-announce
I have just finished the first version of a BLAS implementation for D mostly done by code conversion from GSL's BLAS module https://github.com/dataPulverizer/dblas It is complete functionally with respect covering all the functions implemented in BLAS. @9il has suggested that we should work