<div dir="auto">I have can confirm that most vanilla hardening available with llvm works for the core of gdal at around version 2.4.   Can't speak for most drivers or newer versions, but I would guess that the core is fine with hardening for newer versions.  <div dir="auto"><br></div><div dir="auto">Note: binary add-ons are not likely to play well.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 8, 2022, 6:51 AM Greg Troxel <<a href="mailto:gdt@lexort.com">gdt@lexort.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Kavitha K <<a href="mailto:kmskavi@gmail.com" target="_blank" rel="noreferrer">kmskavi@gmail.com</a>> writes:<br>
<br>
> I m looking for gdal with build support - stack smash protection<br>
><br>
> please confirm whether it is supported with stack smash protection<br>
><br>
> if yes, which version is supported?<br>
<br>
This is the dev list, so I'm assuming<br>
<br>
  - you are already comfortable building gdal<br>
  - you have already run the tests on your own builds<br>
  - you intend to try to build and use a version with hardening features<br>
    enabled<br>
  - you realize that you should rerun the tests with the new build<br>
<br>
but that beyond that you wonder if there is experience that would<br>
suggest you shouldn't try because it's known to fail or that even if<br>
builds work and tests pass it will be trouble in practice.<br>
<br>
<br>
I maintain gdal in pkgsrc, and I just checked that gdal has no hardening<br>
annotations, which means it's getting<br>
<br>
  Fortify<br>
  SSP at the "strong" level<br>
  RELO at the partial level<br>
  building PIE<br>
<br>
  (details at <a href="http://www.netbsd.org/docs/pkgsrc/hardening.html" rel="noreferrer noreferrer" target="_blank">http://www.netbsd.org/docs/pkgsrc/hardening.html</a>)<br>
<br>
and with this I don't see test issues that I attribute to this, and I<br>
actually use gdal including with qgis (all on NetBSD 9 amd64) and see no<br>
issues.<br>
<br>
I am pretty sure if gdal works without SSP and fails with that this<br>
would be viewed as a bug by the gdal community, but my guess is you<br>
won't find that, because I haven't, and probably any such issues have<br>
been long fixed.<br>
<br>
Greg<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>