<div dir="ltr">OK - I will create a ticket.<br><br>I have the recipe for a Windows build using conda - pace the HDF5 and GRIB problems - and can publish that if you want - create a ticket (suggesting where to put the info) and I will PR to it at some point over the next few weeks.<br><br>Of course - we could also add MDAL to conda-forge. But I am not sure I am up to working out how to do that at the moment. I have created a Unity package that loads MDAL into a Unity project - <a href="https://github.com/ViRGIS-Team/mdal-upm">https://github.com/ViRGIS-Team/mdal-upm</a> - that also shows how to use MDAL in c#. That is what how our project consumes MDAL now. The Unity package will now auto update for each new release of MDAL. <br><br>I am also scheduled to try the same on OSX and Linux over the next few weeks. Will let you know.<br><br>I have no problems with the GDAL dependency. I have problems with the OSGEO4W dependency because that is basically a pit of despair - and GDAL have moved to conda as far as I can see.<br><br>It would seem to me that managing the dependency to GDAL is no worse than the job we would have managing the dependency to next level down and there are probably more interesting things people could be spending their time on - but there may be some functional restrictions brought by GDAL that I am not aware of.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 21 Oct 2020 at 11:22, Peter Petrik <<a href="mailto:peter.petrik@lutraconsulting.co.uk">peter.petrik@lutraconsulting.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Yeah, I haven't  tested  with  that version. Best  to create a ticket so we can look at it later. I think that we  may even add a windows build based on conda to the MDAL repo, if you like to do so. <div>For GDAL dependency, we want to remove it, but first we need to implement GRIB and NetCDF drivers without need of GDAL. </div><div><br></div><div>Peter</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 21, 2020 at 11:58 AM Paul Harwood <<a href="mailto:runette@gmail.com" target="_blank">runette@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Heho<br><br>I am compiling through a GH Action - which you can see for yourself here :<div><br></div><div><a href="https://github.com/ViRGIS-Team/mdal-upm/blob/main/.github/workflows/winbuild2.yml" target="_blank">https://github.com/ViRGIS-Team/mdal-upm/blob/main/.github/workflows/winbuild2.yml</a><br></div><div><br></div><div>IMPORTANT NOTE - before you say. This action CURRENTLY has the -DWITH_HDF5=OFF. That is so it works despite this issue. If it were not to have this flag then one would see the error messages I mentioned.<br><br>Also :<br><br>- I know this is always a clean environment because - GH Action.<br>- This is VERY DEFINITELY compiling against a different version of HDF5 since I am building against the conda repo of GDAL 3.1.3 and not the OSGEO4W repo. Sorry, I thought I made that clear in the title.<br><br>As far as I am aware the conda repo uses HDF5 1.10.6 and the OSGEO4W repo seems to use 1.8.14 (or 1.8.11 in the choco repo). </div><div><br></div><div>I know this is NOT the MDAL supported version - but it is the current "preferred" build for GDAL and - since the latest HDF5 version is 1.12, using 1.8 does seem very backward. QGIS and MDAL probably need to grapple with this at some point.<br><br>However - it seems that there are some compile-time changes needed after 1.8.14. I just wondered if anyone had already solved this?<br><br>In the short term - for us compiling without HDF is not a huge issue. And - I guess we will have to get around to solving it sometime.<br><br>Br</div><div>P</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 21 Oct 2020 at 08:38, Peter Petrik <<a href="mailto:peter.petrik@lutraconsulting.co.uk" target="_blank">peter.petrik@lutraconsulting.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Paul,<div><br></div><div>can you please post here your CMAKE command you use to generate the build system and the output of the command. </div><div>Also make sure you start from the empty build directory when running it. </div><div>This looks like you are linking against wrong version of hdf5 library. </div><div><br></div><div>Peter</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 20, 2020 at 9:18 PM Paul Harwood <<a href="mailto:runette@gmail.com" target="_blank">runette@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I am not sure this is a bug as such - so I thought I would try out the new mailing list before raising as an issue.</div><div><br></div>For various reasons - I am trying to compile MDAL against the current conda version of GDAL - 3.1.3 - and the conda versions of the deps.<div><br></div><div>It is mostly working - pace the testing issues I have raised. However I get a fatal error (shown below) when compiling against HDF5 - which in this case is v1.10.6.</div><div><br></div><div>This appears to be a known issue - for instance here</div><div><a href="https://github.com/conda-forge/gdal-feedstock/issues/25" target="_blank">https://github.com/conda-forge/gdal-feedstock/issues/25</a> and other mentions. There seems to be a need for a compiler definition or flag and I have tried playing with this - but nothing works.</div><div><br></div><div>Does anyone have any idea of what I need to do? Or where to put the compiler definition?<br><div><br></div><div><br></div><div>mdal_hdf5.obj : error LNK2001: unresolved external symbol H5T_C_S1_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hec2d.obj : error LNK2001: unresolved external symbol H5T_C_S1_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hdf5.obj : error LNK2001: unresolved external symbol H5T_NATIVE_INT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_flo2d.obj : error LNK2001: unresolved external symbol H5T_NATIVE_INT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hec2d.obj : error LNK2001: unresolved external symbol H5T_NATIVE_INT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hdf5.obj : error LNK2001: unresolved external symbol H5T_NATIVE_FLOAT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_flo2d.obj : error LNK2001: unresolved external symbol H5T_NATIVE_FLOAT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hec2d.obj : error LNK2001: unresolved external symbol H5T_NATIVE_FLOAT_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hdf5.obj : error LNK2001: unresolved external symbol H5T_NATIVE_DOUBLE_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_flo2d.obj : error LNK2001: unresolved external symbol H5T_NATIVE_DOUBLE_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>mdal_hdf5.obj : error LNK2001: unresolved external symbol H5T_NATIVE_UINT8_g [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br>C:\Users\runes\Documents\GitHub\MDAL\build\mdal\Debug\mdal.dll : fatal error LNK1120: 5 unresolved externals [C:\Users\runes\Documents\GitHub\MDAL\build\mdal\mdal.vcxproj]<br></div><div><br></div></div></div>
_______________________________________________<br>
MDAL-Developer mailing list<br>
<a href="mailto:MDAL-Developer@lists.osgeo.org" target="_blank">MDAL-Developer@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/mdal-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/mdal-developer</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>