[GRASS5] Mac OS X r.* errors

On Tuesday, November 14, 2000, at 09:48 PM, Eric G . Miller wrote:
  

Do exactly what it says and retry (that is, run "ranlib" on your
libtiff.a, then cd to <grass>/src/raster/r.tiff and run "gmake5").

Thanks Eric! It's compiled now thanks to you.

> __________________________________________________________
>
> GISGEN: src/raster/r.in.png - Tue Nov 14 16:12:52 PST 2000
>
> #################################################################
> /usr/src/grass/src/raster/r.in.png mkdir OBJ.powerpc-apple-nextstep3
> make -f OBJ.powerpc-apple-nextstep3/make.rules
>
> rm -f OBJ.powerpc-apple-nextstep3/r.in.png.o cc -g -O2
> -I/usr/X11R6/include/ -I/usr/include/gr -I/usr/local/include
> -I/usr/include -I/usr/src/grass/src/include -c r.in.png.c GISGEN
> failure at STEP: src/raster/r.in.png

Try changing into the <grass>/src/raster/r.in.png/ dir and running
"gmake5". It might produce more informative output.

Excellent, thanks! Both r.in.png and r.out.png appear to be dependent on the missing 'pnm.h' header (I searched my system to no avail):

pngfunc.h:11: header file 'pnm.h' not found
pngfunc.h:27: undefined type, found `xel'
r.in.png.c:178: undefined type, found `pixel'
r.in.png.c:181: undefined type, found `pixel'
r.in.png.c:188: undefined type, found `pixel'
make[1]: *** [OBJ.powerpc-apple-nextstep3/r.in.png.o] Error 1
make: *** [all] Error 1

The r.in.dem is dependent on the missing library 'values.h': dem_read.c:4: header file 'values.h' not found

The r.flowmd is dependent on the missing library 'malloc.h'

The r.binfer module faild to compile because "binfer.l:46: redefinition of `yylineno'", so I edited "binfer.l", renamed all (two) instances of yylineno with yylineno2, and it compiled (possible bug?).

That's all for now...

Jeshua Lacock
Cartographer/Owner
http://SierraMaps.com
http://3dTopoMaps.com
Telephone: (760) 935-4481
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

Hi Jeshua,

On Wed, Nov 15, 2000 at 12:59:43AM -0800, System Administrator wrote:
[...]

> > GISGEN: src/raster/r.in.png - Tue Nov 14 16:12:52 PST 2000
> >
> > #################################################################
> > /usr/src/grass/src/raster/r.in.png mkdir OBJ.powerpc-apple-nextstep3
> > make -f OBJ.powerpc-apple-nextstep3/make.rules
> >
> > rm -f OBJ.powerpc-apple-nextstep3/r.in.png.o cc -g -O2
> > -I/usr/X11R6/include/ -I/usr/include/gr -I/usr/local/include
> > -I/usr/include -I/usr/src/grass/src/include -c r.in.png.c GISGEN
> > failure at STEP: src/raster/r.in.png
>
> Try changing into the <grass>/src/raster/r.in.png/ dir and running
> "gmake5". It might produce more informative output.
>

Excellent, thanks! Both r.in.png and r.out.png appear to be dependent on the missing 'pnm.h' header (I searched my system to no avail):

pngfunc.h:11: header file 'pnm.h' not found
pngfunc.h:27: undefined type, found `xel'
r.in.png.c:178: undefined type, found `pixel'
r.in.png.c:181: undefined type, found `pixel'
r.in.png.c:188: undefined type, found `pixel'
make[1]: *** [OBJ.powerpc-apple-nextstep3/r.in.png.o] Error 1
make: *** [all] Error 1

You will find the PNG library here:

- libpng (for r.in.png, r.out.png):
     [ftp://ftp.cdrom.com/pub/png/\]

The r.in.dem is dependent on the missing library 'values.h': dem_read.c:4: header file 'values.h' not found

On Linux it is there:
/usr/include/values.h
/* Old compatibility names for <limits.h> and <float.h> constants.
/* This interface is obsolete. New programs should use
    <limits.h> and/or <float.h> instead of <values.h>. */

I have fixed this (hope so):

dem_read.c
diff -r1.1 -r1.2
4c4,5
< #include <values.h>
---

#include <limits.h>
#include <float.h>

86c87
< double realmax = MINDOUBLE, realmin = MAXDOUBLE; /* defined in values.h */
---

  double realmax = DBL_MIN, realmin = DBL_MAX; /* defined in limits.h */

The r.flowmd is dependent on the missing library 'malloc.h'

I have changed malloc -> G_malloc and removed the malloc.h
in CVS. Seems to work o.k.

The r.binfer module faild to compile because "binfer.l:46: redefinition of
`yylineno'", so I edited "binfer.l", renamed all (two) instances of
yylineno with yylineno2, and it compiled (possible bug?).

Hi Andreas, Michel, ...

any ideas here?

Thanks for your useful comments,

Markus

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'