<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">Le 05/03/2022 à 06:30, chris english a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAASFQpQr9ExJ4O0vkx3n3n0VXzmi+peDMVKzsXSJbhPBO7dDxw@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div>Kai,</div>
<div>Rebuilt Geos with your insight, and two spaces between
all -D entries, including eliminating MrSid that was
complied under gcc 521 or so and might likely cause
problems, using <a href="https://gdal.org/build_hints.html"
moz-do-not-send="true">GDAL build hints</a>, and we have
success on on <b>target gcore_mdreader</b>, and I'll move
on to sorting out what is wrong with missing symbols in
whatever provides 'nc_open_mem', viz:</div>
<div>[ 89%] Built target gcore_mdreader<br>
[ 89%] Linking CXX shared library libgdal.so<br>
/usr/bin/ld:
frmts/netcdf/CMakeFiles/gdal_netCDF.dir/netcdfdataset.cpp.o:
in function `netCDFDataset::Open(GDALOpenInfo*)':<br>
netcdfdataset.cpp:(.text+0x283d4): undefined reference to
`nc_open_mem'<br>
/usr/bin/ld: netcdfdataset.cpp:(.text+0x2852a): undefined
reference to `nc_open_mem'</div>
</div>
</div>
</blockquote>
nc_open_mem is provided by the netCDF library. Your issue might come
perharps from doing an initial cmake run with some netCDF version
that includes that symbol , and re-running with an older one that
hasn't it, and then cmake is confused becaused it has kept in cache
that the netCDF lib has the nc_open_mem symbol. Removing
CMakeCache.txt and re-running would solve it.<br>
<blockquote type="cite"
cite="mid:CAASFQpQr9ExJ4O0vkx3n3n0VXzmi+peDMVKzsXSJbhPBO7dDxw@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
<div>Looks like updating libnetcdf...or perhaps not <a
href="https://github.com/Unidata/netcdf-c/issues/2166"
moz-do-not-send="true">netcdf won't play nice with
hdf5-1.12.1 till 4.9 dist release</a> so drop netcdf for
now.</div>
<div>And have to figure out turning off DODs, but wow,
spotting a missing space, I'd have to perl that or
something. But, have now arrived at:</div>
</div>
</div>
</blockquote>
Which version of libdap do you use ? Note that support for DODS is
likely to be dropped as we lack maintainers for it (see
<a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/issues/5173">https://github.com/OSGeo/gdal/issues/5173</a>)<br>
<blockquote type="cite"
cite="mid:CAASFQpQr9ExJ4O0vkx3n3n0VXzmi+peDMVKzsXSJbhPBO7dDxw@mail.gmail.com">
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
<div>[ 86%] Built target gcore_mdreader<br>
[ 86%] Linking CXX shared library libgdal.so<br>
/usr/bin/ld:
frmts/dods/CMakeFiles/gdal_DODS.dir/dodsdataset2.cpp.o: in
function `get_variable(libdap::DDS&,
std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char>
> const&)':<br>
dodsdataset2.cpp:(.text+0x624): undefined reference to
`libdap::www2id(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char>
> const&, std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char>
> const&, std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char>
> const&)' <------snip</div>
<div><br>
</div>
<div>and appears -DGDAL_ENABLE_DRIVER_DODS:BOOL=OFF is not
doing it. </div>
</div>
</div>
</blockquote>
<p>That's weird... Note that there's also a OGR DODS driver, so to
fully remove any DODS support -DOGR_ENABLE_DRIVER_DODS:BOOL=OFF
would be needed too</p>
<p>Even</p>
<br>
<pre class="moz-quote-pre" wrap="">
</pre>
<pre class="moz-signature" cols="72">--
<a class="moz-txt-link-freetext" href="http://www.spatialys.com">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
</body>
</html>