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?
Glynn, 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).
OK.
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. Rich _______________________________________________ grass-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-user
