I added the few lines of code of G_alloc_matrix() inside my code,
since otherwise it would indeed require the whole suite of advanced
math libraries
to be able to use it, and in this case I just needed a trusted Grass way to
allocate to images in memory for a small module (gipe/i.eb.h_SEBAL01).
I
Yann Chemin wrote:
I added the few lines of code of G_alloc_matrix() inside my code,
since otherwise it would indeed require the whole suite of advanced
math libraries
to be able to use it, and in this case I just needed a trusted Grass way to
allocate to images in memory for a small module
Hello,
I am trying to keep temporary files in DCELL **G_alloc_matrix(nrows,ncols)
on compilation I get an undefined reference to that function...
Checked in gis.h it is referring to gisdefs.h which has the definition.
I just svn up on trunk with full distclean and full recompile, still same.
Yann Chemin wrote:
I am trying to keep temporary files in DCELL **G_alloc_matrix(nrows,ncols)
on compilation I get an undefined reference to that function...
Checked in gis.h it is referring to gisdefs.h which has the definition.
I just svn up on trunk with full distclean and full
Glynn:
I'm wondering whether those functions (matrix/vector alloc/free)
really belong in the gmath library. It can be quite a heavy
dependency, optionally requiring FFTW, BLAS and LAPACK.
The significance of this is that, if a user installs a binary GRASS
package, and they don't have
Hamish wrote:
I'm wondering whether those functions (matrix/vector alloc/free)
really belong in the gmath library. It can be quite a heavy
dependency, optionally requiring FFTW, BLAS and LAPACK.
The significance of this is that, if a user installs a binary GRASS
package, and