[pdal] Compiling pdal 1.2 on windows

[Howard Butler]

Yes. You can always check the archive for confirmation. See http://lists.osgeo.org/pipermail/pdal/2016-April/thread.html

Howard

> On Apr 22, 2016, at 4:52 AM, Helimap Postmaster <postmaster at helimap.ch> wrote:
> 
> DId my message reach the list?
> 
>> On Wed, Apr 20, 2016 at 10:21 PM, Helimap Postmaster <postmaster at helimap.ch> wrote:
>> Hello All,
>> 
>> I'm compiling pdal 1.2 on windows to use the json syntax instead of the xml one. I use the github version checking out hte tag 1.2.0. The compilation goes fine, but it ends up missing the dependent dlls
>> 
>> I've changed the install directory and I use nmake to compile. Into the install directory, nmake builds  a few pdal static libs under libs and the pdal.exe plus tests under bin.
>> 
>> As dependencies, cmake found the OSGeo4W64 import .lib libs for gdal, geotiff, laszip, xml... and so on.
>> 
>> I've tried copying all the osgeo dlls into the pdal bin directory. In that situation, it doesn't complain about the dlls, but it fails to launch pdal.exe with the message the application was unable to start correctly c00007b, which I guess is due to wrong dlls.
>> 
>> If I tell cmake to build the shared libraries, then I get the error 
>> pcpipelineTestJSON.cpp.obj : error LNK2001: unresolved external symbol "class testing::internal::Mutex testing::internal::g_linked_ptr_mutex"
>> 
>> even if I disable the build tests options.
>> 
>> I guess I could fix the error above, but I don't think that would solve the dll problem.
>> 
>> If I tick the build static option, i have the same problem with the dlls. 
>> 
>> I am open to do more tests etc. I could also use MSBuild to build, if you thing it would change things.
>> 
>> Cheers!
>> 
>> Pol
> 
> _______________________________________________
> pdal mailing list
> pdal at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/pdal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pdal/attachments/20160422/dfe36bae/attachment.html>