[gdal-dev] compiling libLAS which has a GDAL dependency
Even Rouault
even.rouault at spatialys.com
Sat Mar 11 13:15:50 PST 2017
On samedi 11 mars 2017 16:01:29 CET Stephane Poirier wrote:
> Hi All,
>
> I successfully compiled a 32 bit build of libLAS under Windows 7 - 32
> bit using Visual Studio 2013.
>
> Now, I am trying to compile a 64 bit build of libLAS under Windows 7 -
> 64bit using Visual Studio 2013,
>
> every project compile fine except liblas project which gives me an
> unresolved external, here's the error I get:
>
> gt_wkt_srs.obj : error LNK2019: unresolved external symbol "public:
> __cdecl CPLMutexHolder::CPLMutexHolder(void * *,double,char const
> *,int,int)" (??0CPLMutexHolder@@QEAA at PEAPEAXNPEBDHH@Z) referenced in
> function GTIFGetOGISDefn
> C:\oifii-org\httpdocs\ns-org\nsd\bs\libLAS-1-8-1_vs2013-x64(spi)\libLAS-1.8.
> 1\bin\Release\liblas.dll
> : fatal error LNK1120: 1 unresolved externals
>
> I suspect this is related with the gdal_i.lib
>
> Do you have any clue as to which extra .lib I should include or which
> gdal_i.lib I should switch to?
That rings a bell to me. I'm wondering if it might not be an issue of having a non-DEBUG build
of GDAL, but including it in libLAS with DEBUG defined. The signature of l
CPLMutexHolder::CPLMutexHolder() depends on whether DEBUG is defined or not.
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20170311/7b39c025/attachment.html>
More information about the gdal-dev
mailing list