Note that I am compiling using the instructions at:
http://scigeo.org/articles/howto-install-latest-geospatial-software-on-linux.html#grass_gis
Grass 7.0 seems to work, but seemed to be more warnings and minor errors than with r58806
And am using custom installations of most of the packages grass needs.
I include the output from compilation for the developers information. This output is from
make -j$threads 1>out.txt 2>err.txt &
Cheers!
Craig
grass-trunk.tar.gz (128 KB)
Craig Aumann wrote:
I include the output from compilation for the developers information. This
output is frommake -j$threads 1>out.txt 2>err.txt &
This is almost useless for developers as it disassociates the
diagnostic messages from the commands which generate them. In future,
I suggest using e.g.:
make -j$threads >build.log 2>&1
--
Glynn Clements <glynn@gclements.plus.com>
Did it and attached!
Cheers!
Craig
build.log.gz (134 KB)
On Fri, Feb 7, 2014 at 9:21 AM, Glynn Clements <glynn@gclements.plus.com> wrote:
Craig Aumann wrote:
I include the output from compilation for the developers information. This
output is frommake -j$threads 1>out.txt 2>err.txt &
This is almost useless for developers as it disassociates the
diagnostic messages from the commands which generate them. In future,
I suggest using e.g.:make -j$threads >build.log 2>&1
–
Glynn Clements <glynn@gclements.plus.com>
On Sat, Feb 8, 2014 at 12:31 AM, Craig Aumann <craigaumann@gmail.com> wrote:
Did it and attached!
Reduced to the problems:
Errors in:
/usr/src/grass-trunk/raster/r.out.tiff
/usr/src/grass-trunk/misc/m.nviz.image
scrolling up, I see:
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/bin/r.out.tiff:
error while loading shared libraries: libtiff.so.5: cannot open shared
object file: No such file or directory
and
/usr/bin/ld: warning: libtiff.so.5, needed by
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so,
not found (try using -rpath or -rpath-link)
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so:
undefined reference to `TIFFScanlineSize'
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so:
undefined reference to `TIFFSetField'
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so:
undefined reference to `TIFFWriteScanline'
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so:
undefined reference to `TIFFOpen'
/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/lib/libgrass_ogsf.7.0.svn.so:
undefined reference to `TIFFClose'
collect2: ld returned 1 exit status
make[3]: *** [/usr/src/grass-trunk/dist.x86_64-unknown-linux-gnu/bin/m.nviz.image]
Error 1
To me it looks like that you have an outdated libtiff on your sytem.
Markus
Markus Neteler wrote:
To me it looks like that you have an outdated libtiff on your sytem.
AFAICT, the problem is from trying to use an uninstalled libtiff:
I note that the related compilation commands have
-I/usr/src/tiff-4.0.3/build/include
while the linking commands have
-L/usr/src/tiff-4.0.3/build/lib
That will be enough for building shared libraries which link against
libtiff. But when it comes to building executables which use those
libraries, you'll also need (I think)
-Wl,-rpath-link,/usr/src/tiff-4.0.3/build/lib
This can be added by modifying the value of TIFFLIB or TIFFLIBPATH in
include/Make/Platform.make (or supplying the modified value via the
make command line).
Alternatively, setting LD_LIBRARY_PATH may work.
But ideally you should see if there's an official TIFF package for
your distribution and install that.
--
Glynn Clements <glynn@gclements.plus.com>
Craig Aumann wrote:
Did it and attached!
Apart from the TIFF errors discussed elsewhere, I see few warnings
which indicates real errors.
raster/r.statistics/o_sum.c:
o_sum.c: In function ‘o_sum’:
o_sum.c:47:5: warning: ‘stat’ is used uninitialized in this function [-Wuninitialized]
imagery/i.segment/create_isegs.c.
create_isegs.c: In function ‘calculate_shape’:
create_isegs.c:965:14: warning: ‘pl1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:965:14: warning: ‘pl2’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:967:17: warning: ‘n2’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:967:17: warning: ‘n1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:967:31: warning: ‘s2’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:967:31: warning: ‘s1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:968:17: warning: ‘e2’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:968:17: warning: ‘e1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:968:31: warning: ‘w2’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:968:31: warning: ‘w1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:983:11: warning: ‘count1’ is used uninitialized in this function [-Wuninitialized]
create_isegs.c:983:11: warning: ‘count2’ is used uninitialized in this function [-Wuninitialized]
The other -Wuninitialized warnings are all "may be used ...", which
usually just indicates that they are conditionally initialised, and
the compiler cannot be sure that they'll always be initialised in the
cases where they're used (either because the logic is non-trivial or
the usage is only safe when arguments have valid values).
There are quite a few -Wformat warnings, most of which indicate real
errors (mostly arising from assumptions that int, long, size_t and
off_t are all 32-bit).
The -Wformat-security warnings are mostly noise caused by the
localisation macro. r57238 was supposed to have fixed this; I don't
know why it hasn't.
The -Wunused-variable warnings are probably harmless. Likewise for
-Wpointer-sign.
--
Glynn Clements <glynn@gclements.plus.com>