[GRASS-user] Compiling GRAS on Windows- Log and error

Luisa_Pena1 · June 14, 2010, 2:31pm

Greetings

First of all, Thanks Martin Landa for helping me finding a package that I was not finding

I have runned and performed all steps from http://trac.osgeo.org/grass/wiki/CompileOnWindows. now I am at 3. To compile, type in MSYS console:

cd /osgeo4w/usr/src/grass-6.4xxx (change to dir of the version you downloaded)
./mswindows/osgeo4w/package.sh

I have added r.example at raster folder and added r.example \ at Makefile inside raster folder.

It’s supposed to be installed into apps/grass/grass6.4.0svn but nothing was added there (I have OSGEO4W Desktop installation done in that folder so a few files are already available there).

This is the Configuration:

GRASS is now configured for: i686-pc-mingw32

Source directory:

Build directory: /c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12

Installation directory: ${prefix}/grass-6.4.0svn

Startup script in directory: ${exec_prefix}/bin

C compiler: gcc -g -O2

C++ compiler:

Building shared libraries: yes

64bit support: no

OpenGL platform: Windows

MacOSX application: no

MacOSX architectures:

MacOSX SDK:

NVIZ: yes

BLAS support: no

C++ support: no

Cairo support: no

DWG support: no

FFMPEG support: no

FFTW support: yes

FreeType support: yes

GDAL support: yes

GLw support: no

JPEG support: yes

LAPACK support: no

Large File support (LFS): yes

Motif support: no

MySQL support: no

NLS support: yes

ODBC support: yes

OGR support: yes

OpenGL support: yes

PNG support: yes

PostgreSQL support: yes

Python support: no

Readline support: no

SQLite support: yes

Tcl/Tk support: yes

wxWidgets support: no

TIFF support: yes

X11 support: no

And I got errors in all of these modules:

Following modules are missing the ‘description.html’ file in src code:

GRASS GIS compilation log

Started compilation: Mon Jun 14 15:18:37 GMTDT 2010

–

Errors in:

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.grid

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.where

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/general/g.proj

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/general/g.region

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/general/g.setproj

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/ps/ps.map

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.external

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.horizon

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.los

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.proj.seg

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.sun2

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.sunmask

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.in.gdal

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.out.gdal

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/vector/v.proj

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/vector/v.out.ogr

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/vector/v.in.ogr

–

In case of errors please change into the directory with error and run ‘make’.

If you get multiple errors, you need to deal with them in the order they

appear in the error log. If you get an error building a library, you will

also get errors from anything which uses the library.

–

Finished compilation: Mon Jun 14 15:24:59 GMTDT 2010

make: *** [default] Error 1

And regarding the r.example I got this:

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.external' r.example makefile:10: ../../../include/Make/Module.make: No such file or directory make[2]: *** No rule to make target …/…/…/include/Make/Module.make’. Stop.
make[2]: Entering directory /c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example' make[2]: Leaving directory /c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example’

My questions are:

Shouldn’t I have wxwidgets ON as well as python?
Why no module was added to my grass destination folder?
What happened with my r.example installation?

Thank you

Best regards,
Luisa

Glynn_Clements1 · June 14, 2010, 3:39pm

Luisa Peña wrote:

Errors in:

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.grid
/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.where

This suggests a problem with PROJ.

In case of errors please change into the directory with error and run
'make'.

Please do this.

And regarding the r.example I got this:
`/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.external'
r.example
makefile:10: ../../../include/Make/Module.make: No such file or directory

You need to adjust MODULE_TOPDIR in r.example/Makefile. Normally,
r.example is at docs/raster/r.example (3 levels deep). If you move it
to raster/r.example (2 levels deep), the relative path to the top of
the source tree has changed, so MODULE_TOPDIR (which is used to find
other files within the source tree) has to be changed.

- Shouldn't I have wxwidgets ON as well as python?

It's only needed for modules which use wxWidgets from C/C++, e.g. the
wxGUI vdigit module. This doesn't work on Windows at present. It isn't
needed for the wxPython GUI; that gets built and installed regardless
of which configure switches are used (obviously, you need Python and
wxPython in order to actually run the GUI).

--
Glynn Clements <glynn@gclements.plus.com>

Luisa_Pena1 · June 14, 2010, 3:44pm

Hi

In case of errors please change into the directory with error and run ‘make’.
Please do this.

I have done that and I got:

make -C r.example MODULE_TOPDIR=/c/osgeo4w/apps/grass/grass-6.4.0svn
make: Entering directory /c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example' Makefile:10: /c/osgeo4w/apps/grass/grass-6.4.0svn/include/Make/Module.make: No such file or directory make: *** No rule to make target /c/osgeo4w/apps/grass/grass-6.4.0svn/include/Make/Module.make’. Stop.
make: Leaving directory `/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example’

But then I installed grass-dev lib (from OSGEO4W), following a tip from Antonio, and I got a bit different result:

make: Entering directory /c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example' make: stat:/d/progs/c/grass64/bin.i686-pc-mingw32: no medium mkdir -p /d/progs/c/grass64/bin.i686-pc-mingw32 mkdir: /d/progs/c/grass64/bin.i686-pc-mingw32’: no medium
make: *** [/d/progs/c/grass64/bin.i686-pc-mingw32] Error 1
make: Leaving directory `/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.example’

1- Was it necessary to install gdal-dev lib? (because it was not listed in the Compiling in MS-Windows wiki)
2- I believe that the problem now is in include/Make/Platform definitions right?

2010/6/14 Glynn Clements <glynn@gclements.plus.com>

Luisa Peña wrote:

Errors in:

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.grid
/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.where

This suggests a problem with PROJ.

In case of errors please change into the directory with error and run
‘make’.

Please do this.

And regarding the r.example I got this:
`/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.external’
r.example
makefile:10: …/…/…/include/Make/Module.make: No such file or directory

You need to adjust MODULE_TOPDIR in r.example/Makefile. Normally,
r.example is at docs/raster/r.example (3 levels deep). If you move it
to raster/r.example (2 levels deep), the relative path to the top of
the source tree has changed, so MODULE_TOPDIR (which is used to find
other files within the source tree) has to be changed.

Shouldn’t I have wxwidgets ON as well as python?

It’s only needed for modules which use wxWidgets from C/C++, e.g. the
wxGUI vdigit module. This doesn’t work on Windows at present. It isn’t
needed for the wxPython GUI; that gets built and installed regardless
of which configure switches are used (obviously, you need Python and
wxPython in order to actually run the GUI).

–
Glynn Clements <glynn@gclements.plus.com>

Hamish · June 14, 2010, 6:58pm

Glynn wrote:

> And regarding the r.example I got this:
>
`/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/raster/r.external'
> r.example
> makefile:10: ../../../include/Make/Module.make: No
such file or directory

You need to adjust MODULE_TOPDIR in r.example/Makefile.
Normally, r.example is at docs/raster/r.example (3 levels deep). If
you move it to raster/r.example (2 levels deep), the relative path to
the top of the source tree has changed, so MODULE_TOPDIR (which is
used to find other files within the source tree) has to be changed.

also try using the full path name for MODULE_TOPDIR, not a ../.. relative
one.

H

Glynn_Clements1 · June 14, 2010, 7:25pm

Luisa Peña wrote:

>> In case of errors please change into the directory with error and
run 'make'.
>Please do this.
I have done that and I got:
make -C r.example MODULE_TOPDIR=/c/osgeo4w/apps/grass/grass-6.4.0svn

Wrong directory. I was referring to the others, e.g.:

/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.grid
/c/osgeo4w/download/GRASS_snapshot/grass-6.4.svn_src_snapshot_2010_06_12/display/d.where

The r.example problem was caused by moving the r.example directory but
failing to adjust MODULE_TOPDIR.

--
Glynn Clements <glynn@gclements.plus.com>

Luisa_Pena1 · June 15, 2010, 7:59am

Hi Glynn. As you saw from previous messages, my problem now is with libgrass_display.dll.

I saw a message that you sent to ML regarding this problem. Can it be related with prebinaries and MinGW packages version?
Here goes my versions of pre-built binaries:
BC- 1.06.2-bin
Bison- 2.1-bin
Bison-2.1-dep-bin
flex- 2.5.4a-1-bin

gettext-0.14.4-bin
gettext-0.14.4-bin
libiconv-1.9.2-1-bin
libintl-0.14.4-bin
libintl-0.14.4-lib
readline-5.0-1-bin
regex2.7-bin

Make Update version: make-3.81-MSYS-1.0.11-2

MinGW packages:

temp bugfix - DIDN’T USED
msysCORE-1.0.11-bin
binutils-2.19.1-mingw32-bin
gcc-core-3.4.5-20060117-3
gcc-g+±3.4.5-20060117-3
mingw32-make-3.81-20080326-3
mingwrt-3.15.2-mingw32-dev
mingw-utils-0.3

Anything that might be causing this problem? Or shoudl I use a older snapshot of GRASS?

w32api-3.13-mingw32-dev

Glynn_Clements1 · June 15, 2010, 3:53pm

Luisa Peña wrote:

Hi Glynn. As you saw from previous messages, my problem now is with
libgrass_display.dll.

I saw a message that you sent to ML regarding this problem. Can it be
related with prebinaries and MinGW packages version?

Maybe. Everything stems from the linker crashing while trying to build
libgrass_psdriver. This is required by libgrass_raster, which is
required by all d.* modules (and also by libgrass_display).

The psdriver library hasn't changed much recently, so it's more likely
to be an issue with the specific version of MSys' binutils.

--
Glynn Clements <glynn@gclements.plus.com>