<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div></div><div>Yes. You can always check the archive for confirmation. See <a href="http://lists.osgeo.org/pipermail/pdal/2016-April/thread.html">http://lists.osgeo.org/pipermail/pdal/2016-April/thread.html</a></div><div><br></div><div>Howard</div><div><br>On Apr 22, 2016, at 4:52 AM, Helimap Postmaster <<a href="mailto:postmaster@helimap.ch">postmaster@helimap.ch</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">DId my message reach the list?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 20, 2016 at 10:21 PM, Helimap Postmaster <span dir="ltr"><<a href="mailto:postmaster@helimap.ch" target="_blank">postmaster@helimap.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Hello All,<br><br></div>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<br><br></div>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.<br><br></div>As dependencies, cmake found the OSGeo4W64 import .lib libs for gdal, geotiff, laszip, xml... and so on.<br><br></div>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 <span style="font-family:monospace,monospace">the application was unable to start correctly c00007b</span>, which I guess is due to wrong dlls.<br><div><br></div><div>If I tell cmake to build the shared libraries, then I get the error <br><span style="font-family:monospace,monospace">pcpipelineTestJSON.cpp.obj : error LNK2001: unresolved external symbol "class testing::internal::Mutex testing::internal::g_linked_ptr_mutex"<br></span><br></div><div>even if I disable the build tests options.<br><br></div><div>I guess I could fix the error above, but I don't think that would solve the dll problem.<br></div><div><br></div><div>If I tick the build static option, i have the same problem with the dlls. <br><br></div><div>I am open to do more tests etc. I could also use MSBuild to build, if you thing it would change things.<br><br></div><div>Cheers!<br><br></div><div>Pol<br></div><div><br></div></div>
</blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>pdal mailing list</span><br><span><a href="mailto:pdal@lists.osgeo.org">pdal@lists.osgeo.org</a></span><br><span><a href="http://lists.osgeo.org/mailman/listinfo/pdal">http://lists.osgeo.org/mailman/listinfo/pdal</a></span></div></blockquote></body></html>