[GRASS-user] r.patch: GRASS-6.5svn

Rich Shepard rshepard at appl-ecosys.com
Sun Jan 24 11:19:47 EST 2010

On Sun, 24 Jan 2010, Glynn Clements wrote:

> Right. But if you do e.g.:
> 	touch lib/gis/opencell.c
> 	make -C lib/gis
> does the -D_FILE_OFFSET_BITS=64 switch appear in the output?


   It appears so:

gcc -I/usr4/grass65/dist.i686-pc-linux-gnu/include -I/usr/include/ -g -O2
-I/usr/include/  -fPIC   -DPACKAGE=\""grasslibs"\" -D_FILE_OFFSET_BITS=64
-DGDAL_LINK=1 -DGDAL_DYNAMIC=1   -DPACKAGE=\""grasslibs"\"  -I/usr/include
-I/usr/include -I/usr4/grass65/dist.i686-pc-linux-gnu/include -o
OBJ.i686-pc-linux-gnu/opencell.o -c opencell.c

> One possibility is that GRASS was initially built without LFS, then
> configure was re-run with --enable-largefile and GRASS was built without
> first performing "make clean". This would result in most of the files not
> be re-compiled.
> I suggest removing both the installed version of GRASS and the source
> tree, then compiling from scratch (run make with e.g. "make &> build.log"
> to capture all of the output).


> After compiling, check the output from "nm ... libgrass_gis.so" and ensure
> that all of the above symbols have the "64" suffix. If they don't, send me
> the complete make output off-list (compress it first, as it's likely to be
> around 3MB uncompressed vs 120KB compressed).

   More after I do this.


More information about the grass-user mailing list