[STATSGRASS] GSTAT 2.4.3 compile problem with GRASS 5.4
Roger Bivand
Roger.Bivand at nhh.no
Tue Mar 15 15:44:26 EST 2005
On Tue, 15 Mar 2005, Edzer J. Pebesma wrote:
>
>
> Roger Bivand wrote:
> > On Tue, 15 Mar 2005, Thomas Adams wrote:
> >
> >
> >>I am having GSTAT 2.4.3 compile problems with GRASS 5.4. When
> >>configuring gstat for compilation I use:
> >>
> >>./configure --with-grass=/awips/rep/lx/local_apps/grass-build
> >>
> >>The GRASS 5.4 lib & include directories are located in
> >>/awips/rep/lx/local_apps/grass-build, but I notice when gstat is being
> >>configured for compilation, I get:
> >>
> >>checking for G_gisinit in -lgrass_gis... no
> >>checking for G_gisinit in -lgis... no
> >>
> >
> >
> > Edzer: is this related to 5.4.0 going just shared? That only the *.so are
> > in build/dist*/lib? On grass5, Glynn asked on Sunday:
> >
> > "I think that the point is that binary distributions should always
> > include the libraries regardless of whether they are shared or static.
> > IIRC, we currently only include the libraries if they are shared
> > libraries.
> >
> > From a packaging (RPM etc) perspective, static libraries would
> > normally go into a separate -devel package, along with the headers,
> > while shared libraries would go into the main package."
> >
> > The configure seems to fail because it is looking for libgis.a or
> > libgrass_gis.a at:
> >
> > AC_CHECK_LIB(grass_gis, G_gisinit, GISLIB="-lgrass_gis -lgrass_datetime",
> > AC_CHECK_LIB(gis, G_gisinit, GISLIB="-lgis -ldatetime"))
> >
> > isn't it? Should it see a *.so as an *.a, they are different animals,
> > aren't they?
>
> No. They're different, but the .a are not required. gstat 2.4.4
> links to grass-6.0.0beta1, which contains only .so in the lib dir;
> I tried the 2.4.3 (targeted at grass 5.x) and the configure
> worked on the grass6 machine, it finds the .so libraries. Then it
> doesn't compile, for obvious reasons.
>
> Thomas, could you double-check the directory names?
It could be that grass-build is actually grass-build/dist.*
I've tried without success with 2.4.3 on 5.4.0 on my machine, both going
for the grass-build/dist* and the install directory grass54/ which has lib
in it. I've got a working 5.4.0 (I think).
>
> I need to set up grass 5.4 here in order to check it out.
> --
> Edzer
> >
> >
> >>This is what is located in the lib & include directories:
> >>
> >>lx7-tir:adams> cd lib;ls
> >>libgrass_bitmap.so libgrass_dlg.so libgrass_gproj.so
> >>libgrass_raster.so
> >>libgrass_btree.so libgrass_D.so libgrass_ibtree.so
> >>libgrass_rowio.so
> >>libgrass_coorcnv.so libgrass_g3d.so libgrass_icon.so
> >>libgrass_segment.so
> >>libgrass_datetime.so libgrass_gedit.so libgrass_I.so
> >>libgrass_vask.so
> >>libgrass_dig_atts.so libgrass_gis.so libgrass_linkm.so
> >>libgrass_vect_combined.so
> >>libgrass_display.so libgrass_gmath.so libgrass_lock.so
> >>
> >>lx7-tir:adams> cd ../include
> >>lx7-tir:adams> ls
> >>datetime.h gisdefs.h gis.h P_datetime.h P_site.h site.h
> >>
> >>I get repeated "undefined reference" to various functions 'G_***' during
> >>make. Everything seems to build OK up to:
> >>
> >>data.o: In function `read_grass_data':
> >>/awips/rep/lx/local_apps/gstat-2.4.3/src/data.c:2202: undefined
> >>reference to `G_projection'
> >>
> >>I'm trying to make GRASS, R, & GSTAT available on other Linux machines
> >>different from what I was using previously.
> >
> >
> > Tom:
> >
> > Maybe get to gstat through R rather than directly until you can resolve
> > this, since gstat is available as an R package, and the compiled interface
> > still works between R and GRASS <= 5.4.0.
> >
> > Roger
> >
> >
> >>Regards,
> >>Tom
> >>
> >>
> >
> >
>
>
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Breiviksveien 40, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 93 93
e-mail: Roger.Bivand at nhh.no
More information about the grass-stats
mailing list