[Gdal-dev] GDAL 1.3.1 Alpha 2 Released

[Martin Spott]

Martin Spott wrote:

> Aaaah, wrong, still the same error, apparently I overlooked this.
> Please consider this as a simple notice, at the moment I don't have the
> time to dig further into it. OGDI-3.1.5 is installed in /opt/GRASS/:
> 
> 
> make[3]: Entering directory `/usr/local/src/gdal-1.3.1a2/ogr/ogrsf_frmts/ogdi'
> /bin/sh ../../../libtool --mode=compile g++ -mcpu=hypersparc -mtune=hypersparc -Wall  -O3   -I.. -I../.. -I/opt/GRASS -I/opt/GRASS/include -I/opt/gnu/include -I/usr/local/include -I../../../port  -c -o ../o/ogrogdidriver.o ogrogdidriver.cpp
>  g++ -mcpu=hypersparc -mtune=hypersparc -Wall -O3 -I.. -I../.. -I/opt/GRASS -I/opt/GRASS/include -I/opt/gnu/include -I/usr/local/include -I../../../port -c ogrogdidriver.cpp -o ../o/ogrogdidriver.o
> In file included from ../../ogr_spatialref.h:102,
>                  from ../../ogr_geometry.h:210,
>                  from ../../ogr_feature.h:131,
>                  from ../ogrsf_frmts.h:196,
>                  from ogrogdi.h:63,
>                  from ogrogdidriver.cpp:46:
> ../../ogr_srs_api.h:384: error: `CPL_STDCALL' does not name a type
[...]


I must admit that I can't tell the technical consequences ....:

I compared ogr_srs_api.h with the one from GDAL-1.2.6 and after
removing every occurrence of CPL_STDCALL from ogr_srs_api.h in the
current release-candidate everything compiles without errors (after
removing the 'swig-target' from the GNUmakefile).
Does this tase like a solution that makes sense ?

Cheers,
	Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------