[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Using octave runtime in a commercial product
From: |
Eduardo Fuentetaja |
Subject: |
RE: Using octave runtime in a commercial product |
Date: |
Fri, 13 Nov 2009 00:06:49 +0100 |
Thank you for the quick answer. That link was helpful.
Yes, we'd like to protect the m-files. The idea would be to have an
application A that calls a library L. This library would have embedded the
Octave interpreter, that we will use to run our m-files. We wouldn't have a
problem releasing the source code for the library L, but we wouldn't like to
release the source code of A or the m-files as GPL.
Would A be considered a derivative work from Octave? That's the question.
Regards,
Ed
-----Mensaje original-----
De: David Bateman [mailto:address@hidden
Enviado el: jueves, 12 de noviembre de 2009 20:27
Para: Eduardo Fuentetaja
CC: address@hidden
Asunto: Re: Using octave runtime in a commercial product
Eduardo Fuentetaja wrote:
> Dear Octave team,
>
>
>
> I haven't been able to find an answer to my question on the Octave wiki or
> forums. Let me give you some context: at my company (Agnitio, we are in
the
> voice biometric business) we use Matlab extensively for our prototyping.
> Recently we have been experimenting with the possibility of packaging
Matlab
> code and call it directly in our commercial products. This is accomplished
> by means of the "Matlab compiler" that is able to pack .m functions into
> native libraries, which are executed by a Matlab runtime (the MCR, that
can
> be distributed freely to our customers). This experiment hasn't been very
> successful due to compatibility problems with some third party libraries
> that the Matlab runtime uses. Being a closed-source product, we don't have
> many options there.
>
>
>
> Octave looks like a good alternative to Matlab: able to compile it from
the
> sources we'd have a greater deal of control over third-party dependencies.
> Well, it seems very promising to me. The issue with Octave is that it's
> distributed under GPL license and being such a complex and wordy license
I'm
> not sure if this license allows us doing what I have in mind: write some
> code in Octave, compile Octave as a library that will execute the Octave
> code under demand, distribute this library in binary format as part of our
> software products and sell commercially these products. Well, is this
> possible with Octave or is it not? I'd like to have your confirmation
> without continuing any further.
>
>
>
> If anyone is interested we can contribute with any modifications we made
to
> Octave code.
>
>
>
> Thank you so much for your answer.
>
>
The FAQ on the website is not up to date, but this
http://hg.savannah.gnu.org/hgweb/octave/file/f80c566bc751/doc/faq/OctaveFAQ.
texi
version contains some discussion of the issues. You probably can't do it
the way you described. What are you trying to do anyway? Hide the code
of your m-files? Or deliver your code under your chosen license? You can
use mex and m-files under whatever license your want and deliver them
with Octave and long as you supply the means for your clients to obtain
the source of Octave in the form that you used to for the binary that
you delivered
D.
smime.p7s
Description: S/MIME cryptographic signature
- Using octave runtime in a commercial product, Eduardo Fuentetaja, 2009/11/12
- Re: Using octave runtime in a commercial product, David Bateman, 2009/11/12
- RE: Using octave runtime in a commercial product,
Eduardo Fuentetaja <=
- Re: Using octave runtime in a commercial product, Judd Storrs, 2009/11/12
- Re: Using octave runtime in a commercial product, Jordi Gutiérrez Hermoso, 2009/11/13
- Re: Using octave runtime in a commercial product, Jordi Gutiérrez Hermoso, 2009/11/13
- RE: Using octave runtime in a commercial product, Eduardo Fuentetaja, 2009/11/13
- RE: Using octave runtime in a commercial product, Søren Hauberg, 2009/11/13
- RE: Using octave runtime in a commercial product, John W. Eaton, 2009/11/13
- Re: Using octave runtime in a commercial product, Jaroslav Hajek, 2009/11/13