[GRASS-user] r.patch: GRASS-6.5svn
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