<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Michael,</p>
<p>There have indeed been recent changes in const correctness of a
few methods returning or accepting a OGRSpatialReference* (cf
<a class="moz-txt-link-freetext" href="https://github.com/OSGeo/gdal/pull/7381">https://github.com/OSGeo/gdal/pull/7381</a>), including
OGRGeometryFactory::createmFromWkt().</p>
<p>This requires a rebuild of code depending on the GDAL C++ API, as
the GDAL ABI generally changes between feature versions.<br>
</p>
<p>Even<br>
</p>
<div class="moz-cite-prefix">Le 01/04/2023 à 07:24, Michael Sumner a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAAcGz98+3BTib0VK8NAe2c5NTeWMbBR5VA1cXYuMvcA07TRQsg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">Hi,
<div><br>
</div>
<div>I'm here to ask for help finding where this issue is. If I
use an earlier build it still works (these are R packages sf
and terra that are well tested against previous releases). </div>
<div><br>
</div>
<div>Has something changed with the headers structure for
OGRGeometryFactory perhaps? (I'm out of my depth for how to
track this down). If it's an issue on the R side I'll fix it
there, but mostly I'm here to ask what has changed on the GDAL
side to result in this symbol problem (or whatever it is I'm
doing wrong). </div>
<div><br>
</div>
<div>using latest
build 24afc75d3c3f2c85621e8b8d83f54a73b1d3ad33 </div>
<div><br>
</div>
<div>I see</div>
<div><br>
</div>
<div>> library(sf)<br>
Error: package or namespace load failed for ‘sf’ in
dyn.load(file, DLLpath = DLLpath, ...):<br>
unable to load shared object
'/usr/local/lib/R/site-library/sf/libs/sf.so':<br>
/usr/local/lib/R/site-library/sf/libs/sf.so: undefined
symbol:
_ZN18OGRGeometryFactory13createFromWktEPKcP19OGRSpatialReferencePP11OGRGeometry<br>
> library(terra)<br>
Error: package or namespace load failed for ‘terra’ in
dyn.load(file, DLLpath = DLLpath, ...):<br>
unable to load shared object
'/usr/local/lib/R/site-library/terra/libs/terra.so':<br>
/usr/local/lib/R/site-library/terra/libs/terra.so: undefined
symbol:
_ZN18OGRGeometryFactory13createFromWktEPKcP19OGRSpatialReferencePP11OGRGeometry<br>
<div><br>
</div>
<div>Using a prior
build eca6f7bf17fe500ef4c0ba9793e93ea305bab1fc it works. </div>
<div><br>
</div>
<div>The offending code in terra is this (I think)</div>
<div><br>
</div>
<div><a
href="https://github.com/rspatial/terra/blob/ddcf84ce901a269ac13118d650efac16f89a8602/src/read_ogr.cpp#L694"
moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/rspatial/terra/blob/ddcf84ce901a269ac13118d650efac16f89a8602/src/read_ogr.cpp#L694</a><br>
</div>
<div><br>
</div>
<div>In sf it is </div>
<div><br>
</div>
<div><br>
</div>
<div><a
href="https://github.com/r-spatial/sf/blob/main/src/gdal_read.cpp#L582"
moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/r-spatial/sf/blob/main/src/gdal_read.cpp#L582</a><br>
</div>
<div>Thank you. </div>
<div><br>
</div>
<div>Cheers, Mike</div>
<div><br>
</div>
<div><br>
</div>
<span class="gmail_signature_prefix">-- </span><br>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">Michael Sumner<br>
Software and Database Engineer<br>
Australian Antarctic Division<br>
Hobart, Australia<br>
e-mail: <a href="mailto:mdsumner@gmail.com" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">mdsumner@gmail.com</a></div>
</div>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
</blockquote>
<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>