[GRASS5] IRIX 6.2 Compilation Report

This isn't a thorough report as I didn't enable everything, but I brought
in a copy of the release branch from CVS this morning so it should be the
same content as GRASS 5.0.0pre5 will have. Got the following errors:

GRASS GIS compilation log
-------------------------
Start of compilation: Tue Jun 18 14:02:53 BST 2002
Errors:
Compilation error in module: src/libes/dbmi/clients (ignored)
Compilation error in module: src/display/d.db (ignored)
Compilation error in module: src/display/d.what.db (ignored)
Compilation error in module: src/display/d.what.vect (ignored)
Compilation error in module: src/mapdev/v.db.reclass (ignored)
Compilation error in module: src/mapdev/v.in.mif (ignored)
Compilation error in module: src/mapdev/v.in.shape (ignored)
Compilation error in module: src/mapdev/v.out.shape (ignored)
Compilation error in module: src/mapdev/v.to.db (ignored)
Compilation error in module: src/raster/r.in.shape (ignored)
Compilation error in module: src/sites/s.in.dbf (ignored)
Compilation error in module: src.contrib/GMSL/NVIZ2.2 (ignored)

All above contain references to snprintf(), solved by adding a 3rd party
snprintf library to the end of the list in the appropriate Gmakefiles.

Compilation error in module: src/raster/r.sun (ignored)

Fixed by making the following change to src/raster/r.sun/main.c:
1426,1427c1426,1427
< G_fatal_error("Can't get projection info of current
location:
< please set latitude via 'lat' or 'latin'
option!");
---

                G_fatal_error("Can't get projection info of current

location:\n"

             "please set latitude via 'lat' or 'latin'

option!");

Compilation error in module: src/display/d.text.freetype (ignored)

Couldn't fix this one; the error is

#################################################################
/indigo-disk2/grass/grass/src/display/d.text.freetype
  make -f OBJ.mips-sgi-irix6.2/make.rules

cc -I/indigo-disk2/grass/grass/src/include -g
-I/indigo-disk2/grass/doom.ee.qub.ac.uk/include
-I/indigo-disk2/grass/freetype-2.1.0/include -c main.c -o
OBJ.mips-sgi-irix6.2/main.o
cfe: Error: main.c, line 47: Syntax Error
static FT_Library library;
----------------- ^
cfe: Error: main.c, line 47: Empty declaration specifiers
static FT_Library library;
----------------- ^
cfe: Error: main.c, line 48: Syntax Error
static FT_Face face;
-------------- ^
cfe: Error: main.c, line 48: Empty declaration specifiers
static FT_Face face;
-------------- ^
make: *** [OBJ.mips-sgi-irix6.2/main.o] Error 1

End of compilation: Tue Jun 18 15:18:12 BST 2002
DONE generating GRASS GIS binary code

N.B. I didn't try compiling everything; here are the with / without
configure options I used:

--with-dbm=no
--with-odbc=no
--with-postgres=no
--with-fftw=no
--with-motif=yes
--with-freetype=yes

Paul Kelly wrote:

All above contain references to snprintf(), solved by adding a 3rd party
snprintf library to the end of the list in the appropriate Gmakefiles.

Adding it to the GISLIB line in src/CMD/generic/make.mid should also
work.

I suspect that it's too late to fix this for pre5.

Compilation error in module: src/raster/r.sun (ignored)

OK, I've fixed that one.

Compilation error in module: src/display/d.text.freetype (ignored)

Couldn't fix this one; the error is

#################################################################
/indigo-disk2/grass/grass/src/display/d.text.freetype
  make -f OBJ.mips-sgi-irix6.2/make.rules

cc -I/indigo-disk2/grass/grass/src/include -g
-I/indigo-disk2/grass/doom.ee.qub.ac.uk/include
-I/indigo-disk2/grass/freetype-2.1.0/include -c main.c -o
OBJ.mips-sgi-irix6.2/main.o
cfe: Error: main.c, line 47: Syntax Error
static FT_Library library;
----------------- ^
cfe: Error: main.c, line 47: Empty declaration specifiers
static FT_Library library;
----------------- ^
cfe: Error: main.c, line 48: Syntax Error
static FT_Face face;
-------------- ^
cfe: Error: main.c, line 48: Empty declaration specifiers
static FT_Face face;
-------------- ^
make: *** [OBJ.mips-sgi-irix6.2/main.o] Error 1

No idea. You could try pre-processing the source to see if that
reveals the problem.

--
Glynn Clements <glynn.clements@virgin.net>