#885: WinGrass: displaying r.external-linked raster data not working
------------------------------+---------------------------------------------
  Reporter:  hellik           |       Owner:  grass-dev@lists.osgeo.org
      Type:  defect           |      Status:  new                      
  Priority:  critical         |   Milestone:  6.4.0                    
 Component:  Display          |     Version:  svn-releasebranch64      
Resolution:                   |    Keywords:  r.external, WinGrass     
  Platform:  MSWindows Vista  |         Cpu:  x86-32                   
------------------------------+---------------------------------------------
Comment (by hellik):

 Replying to [comment:1 glynn]:
 > Replying to [ticket:885 hellik]:
 > > fresh Grass64svn, self compiled,
 > > nc-sample-dataset
 > >
 > > elevation exported as gtiff
 > >
 > > linking by r.external seems to work
 >
 > > basic information raster of the linked data is available
 >
 > > but if i want to display the linked raster in the wxgui, following
 error message comes up:
 > >
 > {{{
 > "Error: Unable to locate symbol <GDALAllRegister>
 > }}}
 >
 > I suspect that it needs to be e.g. `gdalallregis...@0`, as the functions
 use the "stdcall" (aka "pascal") calling convention.
 >
 > It works with the version of GDAL I have here (which I built from
 source), which for some reason seems to be using "ccall" (the symbols
 don't have the @<size> suffix).

 I'm using at the moment the precompiled gdal-16 provided by the osgeo4w-
 stack and no self compiled gdal.

 >
 > You could try using "`make GDAL_DYNAMIC=`" to link libgis directly
 against GDAL, rather than using `LoadLibrary()`.

 I'm using at moment the predefined options in package.sh
 (\grass64svn\mswindows\osgeo4w)

 {{{
 ./configure \
                 --with-libs="$OSGEO4W_ROOT_MSYS/apps/gdal-16/lib
 $OSGEO4W_ROOT_MSYS/lib" \
                 --with-includes="$OSGEO4W_ROOT_MSYS/apps/gdal-16/include
 $OSGEO4W_ROOT_MSYS/include" \
                 --exec-prefix=$OSGEO4W_ROOT_MSYS/bin \
                 --libexecdir=$OSGEO4W_ROOT_MSYS/bin \
                 --prefix=$OSGEO4W_ROOT_MSYS/apps/grass \
                 --includedir=$OSGEO4W_ROOT_MSYS/include \
                 --disable-x --without-x \
                 --with-cxx \
                 --enable-shared \
                 --enable-largefile \
                 --with-opengl=windows \
                 --with-fftw \
                 --with-freetype \
                 --with-proj-share=$OSGEO4W_ROOT_MSYS/share/proj \
                 --with-gdal=$OSGEO4W_ROOT_MSYS/bin/gdal-config \
                 --with-tcltk \
                 --with-sqlite \
                 --with-postgres \
                 --with-curses \
                 --with-regex \
                 --with-nls \
                 --without-swig \
                 --with-freetype-
 includes=$OSGEO4W_ROOT_MSYS/include/freetype2 \
                 --with-odbc
 [...]
 echo $(date): STARTING make
 make || make
 [...]
 }}}

 what would be the exact "GDAL_DYNAMIC" options so I could try this way?

 >
 > To make it work with a stdcall version of GDAL, I need to know the
 decorated names.

 because I'm compiled gdal provided by osgeo4w, I'm not able to get the
 decorated names, right?

 >
 > OTOH, it may be better to simply omit the r.external support from 6.5;
 it's very out of date (it was back-ported shortly after the first draft of
 the code was added to 7.0, and hasn't been updated since).

 I think, r.external is very useful.

 Helmut

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/885#comment:2>
GRASS GIS <http://grass.osgeo.org>
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Reply via email to