[Gfoss] Errore Compilazione GRASS-6.3.0RC4 Windows Native Binary

Ciao a tutti,
ho compilato GRASS 6.3.0RC4 per windows (native binary, tramite MinGW/MSYS) con le seguenti opzioni:
./configure --prefix=/usr/local --bindir=/usr/local --with-includes=/usr/local/include
--with-libs=/usr/local/lib --with-cxx --without-jpeg --without-tiff --without-postgres
--with-opengl=windows --with-fftw --with-freetype --with-freetype-includes=/usr/local/include/freetype2
--without-x --without-tcltk --enable-x11=no --enable-shared=yes --with-proj-share=/usr/local/share/proj
e mi riporta i seguenti errori:
/usr/local/src/grass-6.3.0RC4/imagery/i.class
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2image
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2target
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.rectify
/usr/local/src/grass-6.3.0RC4/imagery/i.points
/usr/local/src/grass-6.3.0RC4/imagery/i.vpoints
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.daemon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.edgedensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchdensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchnum
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shape
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.simpson
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shannon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mps
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mpa
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padcv
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padsd
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padrange
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.cwed
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.richness
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.dominance
/usr/local/src/grass-6.3.0RC4/raster/r.terraflow
/usr/local/src/grass-6.3.0RC4/visualization/nviz
si tratta di errori importanti (sono cioè moduli/funzioni fondamentali?). Dite che posso andare avanti col lavoro (compilazione di QGIS) ignorandoli?
ho fatto una verifica (per esempio) in i.class e rileva un errore per mancata dichiarazione della variabile SIGTSTP in set_signal.c (riga 22)
premetto che la precedente compilazione delle librerie non ha dato errori.
Ciao. Grazie,
Marco
 

ciao marco,

i problemi sono conosciuti:
http://grass.gdf-hannover.de/wiki/WinGRASS_Current_Status#Won.27t_fix_.28at_least_not_immediately.29

Aiuto per risolverli e' benvenuto!

Markus

2008/1/22 <marco.pasetti@alice.it>:

Ciao a tutti,
ho compilato GRASS 6.3.0RC4 per windows (native binary, tramite MinGW/MSYS)
con le seguenti opzioni:
./configure --prefix=/usr/local --bindir=/usr/local
--with-includes=/usr/local/include
--with-libs=/usr/local/lib --with-cxx --without-jpeg --without-tiff
--without-postgres
--with-opengl=windows --with-fftw --with-freetype
--with-freetype-includes=/usr/local/include/freetype2
--without-x --without-tcltk --enable-x11=no --enable-shared=yes
--with-proj-share=/usr/local/share/proj
e mi riporta i seguenti errori:
/usr/local/src/grass-6.3.0RC4/imagery/i.class
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2image
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2target
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.rectify
/usr/local/src/grass-6.3.0RC4/imagery/i.points
/usr/local/src/grass-6.3.0RC4/imagery/i.vpoints
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.daemon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.edgedensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchdensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchnum
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shape
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.simpson
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shannon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mps
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mpa
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padcv
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padsd
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padrange
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.cwed
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.richness
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.dominance
/usr/local/src/grass-6.3.0RC4/raster/r.terraflow
/usr/local/src/grass-6.3.0RC4/visualization/nviz
si tratta di errori importanti (sono cioè moduli/funzioni fondamentali?).
Dite che posso andare avanti col lavoro (compilazione di QGIS) ignorandoli?
ho fatto una verifica (per esempio) in i.class e rileva un errore per
mancata dichiarazione della variabile SIGTSTP in set_signal.c (riga 22)
premetto che la precedente compilazione delle librerie non ha dato errori.
Ciao. Grazie,
Marco

Ciao Markus,

grazie per la risposta. In effetti io non sono un programmatore, sono un ing. energetico (laureando V.O.) che strizza l’occhio all’elettronica ed all’informatica (esperienze di programmazione in C, VB, VBA, ASP, JavaScript, HTML e SQL), sempre in ambiente Windows; ho installato un mese fa Ubuntu in dual boot sul mio pc, ma preferirei continuare a sviluppare su Windows. La settimana scorsa ho cominciato ad affrontare il problema di compilare GRASS perchè ho la necessità di integrarvi un nuovo modulo; ho scelto l’opzione di QGIS + GRASS per via della comodità dell’interfaccia grafica. Invece di pensare di compilare solo il modulo in questione ho deciso di provare a fare “il pacchetto completo”, per farmi un po’ le ossa con l’ambiente di sviluppo.

Quindi, nonostante siano parecchi anni che non vedo il C e non abbia assolutamente familiarità con il codice di GRASS, proverò a fare qualcosa facendo riferimento al Programmer’s Manual (http://download.osgeo.org/grass/grass6_progman/).

Avrei solo altre 2 domande:

  1. rispetto alle note che mi hai indicato, nel log ho (in più) i seguenti errori:

/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.rectify
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.daemon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.edgedensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchdensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchnum
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shape
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.simpson
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shannon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mps
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mpa
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padcv
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padsd
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padrange
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.cwed
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.richness
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.dominance
/usr/local/src/grass-6.3.0RC4/visualization/nviz

  1. dici che sia meglio provare a compilare la RC03, magari mi da meno errori? (magari adesso di provo direttamente, ma ci vogliono più di 2 ore!!!)

Grazie. Buona giornata,

Marco


Da: neteler.osgeo@gmail.com per conto di Markus Neteler
Inviato: mar 22/01/2008 20.52
A: marco.pasetti@alice.it
Cc: gfoss@faunalia.com; grass-italia@listserv.unipr.it
Oggetto: Re: [Gfoss] Errore Compilazione GRASS-6.3.0RC4 Windows Native Binary

ciao marco,

i problemi sono conosciuti:
http://grass.gdf-hannover.de/wiki/WinGRASS_Current_Status#Won.27t_fix_.28at_least_not_immediately.29

Aiuto per risolverli e’ benvenuto!

Markus

2008/1/22 marco.pasetti@alice.it:

Ciao a tutti,
ho compilato GRASS 6.3.0RC4 per windows (native binary, tramite MinGW/MSYS)
con le seguenti opzioni:
./configure --prefix=/usr/local --bindir=/usr/local
–with-includes=/usr/local/include
–with-libs=/usr/local/lib --with-cxx --without-jpeg --without-tiff
–without-postgres
–with-opengl=windows --with-fftw --with-freetype
–with-freetype-includes=/usr/local/include/freetype2
–without-x --without-tcltk --enable-x11=no --enable-shared=yes
–with-proj-share=/usr/local/share/proj
e mi riporta i seguenti errori:
/usr/local/src/grass-6.3.0RC4/imagery/i.class
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2image
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.2target
/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.rectify
/usr/local/src/grass-6.3.0RC4/imagery/i.points
/usr/local/src/grass-6.3.0RC4/imagery/i.vpoints
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.daemon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.edgedensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchdensity
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.patchnum
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shape
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.simpson
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.shannon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mps
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.mpa
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padcv
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padsd
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.padrange
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.cwed
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.richness
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.dominance
/usr/local/src/grass-6.3.0RC4/raster/r.terraflow
/usr/local/src/grass-6.3.0RC4/visualization/nviz
si tratta di errori importanti (sono cioè moduli/funzioni fondamentali?).
Dite che posso andare avanti col lavoro (compilazione di QGIS) ignorandoli?
ho fatto una verifica (per esempio) in i.class e rileva un errore per
mancata dichiarazione della variabile SIGTSTP in set_signal.c (riga 22)
premetto che la precedente compilazione delle librerie non ha dato errori.
Ciao. Grazie,
Marco

Ciao Marco,

On Jan 23, 2008 10:55 AM, <marco.pasetti@alice.it> wrote:
...

Avrei solo altre 2 domande:

1. rispetto alle note che mi hai indicato, nel log ho (in più) i seguenti
errori:

/usr/local/src/grass-6.3.0RC4/imagery/i.ortho.photo/photo.rectify

... fallisce per questi segnali SIG_* assenti su MinW (mi pare)
Poin non ci sono X-Monitors per MingW che sono richiesti da questi i.*
commandi.

/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.daemon
/usr/local/src/grass-6.3.0RC4/raster/r.li/r.li.edgedensity

...

... falliscono perchè r.li.daemon fallisce ...

Avevi controllato l'archivio di GRASS?

Paul Kelly:
"Main problems as far as I can see:
- Use of FIFOs? AIUI Windows doesn't have FIFOs so that won't work.
- Also I don't think fork() is available on Windows either
"

Brad Douglas:
"Linux: fork() exec()
Win32: CreateProcess()

Linux: exit()
Win32: ExitProcess()

Linux: get/putenv()
Win32: Get/SetEnvironmentVariable()

Linux: waitpid()
Win32: GetExitCodeProcess()

Linux; getpid()
Win32: GetCurrentProcessId()
It would be nice to have wrappers for these functions. Thoughts, Glynn?
"

Glynn Clements (Jan 05, 2007):
"There are limits to "wrapping" process management. It isn't as if Unix
and Windows are the same except for the names given to the functions;
the semantics are quite different. Particularly the Unix model of
separate fork() and exec(), with the ability to substantially alter
the state of the child between the two, versus a single
CreateProcess() call with a fixed set of parameters.

Having said that, you could wrap the simpler cases. You would need to
stick to what's available on Windows; some of the more complex things
which can be done on Unix either aren't possible on Windows (e.g.
setting descriptors other than stdin/stdout/stderr) or don't have any
equivalent there (e.g. signal handling).

I already started writing potential replacements for typical usage of
system(); see lib/gis/spawn.c. G_spawn() is a direct replacement for
the simplest uses of system(), except that it accepts individual
arguments rather than a single string and doesn't use "sh -c ...".
G_spawn_ex() is intended to handle more advanced usage, e.g.
redirection, signal handling, environment variable substitution and
binding.
"

/usr/local/src/grass-6.3.0RC4/visualization/nviz

2. dici che sia meglio provare a compilare la RC03, magari mi da meno
errori? (magari adesso di provo direttamente, ma ci vogliono più di 2
ore!!!)

No, meglio RC4! Per favore dimmi cosa non va più in RC4.

In generale propogo di discutere questi dettagli tecnici nella GRASS
developers list dove ci sono tanti esperti di MingW...:
http://lists.osgeo.org/mailman/listinfo/grass-dev

ciao
Markus