3 ms·
The reason for the acidity is quite simple: we believe non-free software like Matlab to be unethical. You should not be restricted by a license manager, there s
by jordigh 10y ago
The reason for the acidity is quite simple: we believe non-free software like Matlab to be unethical. You should not be restricted by a license manager, there should not be any restrictions on who you can share your software with (Matlab's license says you can only share Matlab's own source code with other Matlab users), you should have complete access to the source code (Matlab hides a lot of juicy secrets in its hidden source code, such as the exact algorithm of its backslash operator, or virtually everything interesting in its image processing package). You deserve better than this. You deserve free software.
This is why Octave is part of GNU, and why it's GPLed.
As for Scilab, they don't have quite the same aim as Octave. They don't aim to implement the same language so you can take your Matlab scripts away from Matlab, without change. They have a compatibility layer that does it partly, but there is still a need for implementing the same language. Imagine if the only way to run Javascript or Python was to sign away your rights to some company.
Freemat is a bit more comparable in aim to Octave, but it has a smaller contributor pool.
- BeetleB 10y ago>This is why Octave is part of GNU, and why it's GPLed. And why NumPy/SciPy will overtake Octave, if it hasn't already.
- jordigh 10y agoI wish them all the best. Numpy is free software. As long as people stop using Matlab and non-free software to get do scientific computing, I don't care if they use Octave or Numpy or R or Julia. We're all on team free software. Julia and R are also GPLed, and they seem to be doing well. As long as people need to run Matlab scripts without Matlab, there will be a need for Octave.
- tavert 10y agoJulia isn't GPL, it's MIT. Currently includes a few GPL libraries in the default distribution which makes the overall thing GPL, but that won't be the case for much longer. You can leave those libraries out for a no-GPL build.
- jordigh 10y agoPoint is, Julia is by default GPLed and the GPL is not The Cancer That Is Killing Julia (or Octave or R). Without the GPL, Julia doesn't have FFTW, Suitesparse, or GMP.
- tavert 10y agoGPL is a major issue for a number of commercial users. It prevents us from shipping MKL as an option, for example. A lot of people can get by just fine without FFTW or SuiteSparse (they aren't dependencies of everything written in the language, so don't belong in the standard library), and GMP is LGPL so not quite as problematic. But people do want to use a programming language to deploy applications, including proprietary commercial ones. Doing that in R or Octave isn't really possible because of the GPL, and that hurts the prospects of commercial backing (as does being pretty bad languages for developing software, but that's a separate matter).