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
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
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
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
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
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
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
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
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
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
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
11 matches
Mail list logo