[STATSGRASS] GSTAT 2.4.3 compile problem with GRASS 5.4

[Roger Bivand]

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