<div dir="ltr"><div>I will follow your lead locally and comment out the GCC version check as MrSid is useful, and perhaps Maintainer to Maintainer <br></div><div>would have more effect over at LizardTech. And apologies for inflicting this on your work email threads.</div><div><br></div><div>I noted a desire to get feedback in anticipation of the CMAKE transition/requirement, and these are one person's prat falls.</div><div>Halfway through a python .so testing now (hadn't given much thought to 'Do I have a python .so?' as I've been building gdal since 1.10.1,</div><div>and all gdal tools have worked- so what? me worry?).</div><div><br></div><div>I think the -DODs transition could be a little smoother as it creates a head scratch, what to do about dap and netcdf, and am a little discouraged by the -D use deprecated approach as it seems =NO, rather than =YES, doesn't unentangle DODS from dap and netcdf, but don't anticipate needing them again for a little while so will see how it develops.</div><div><br></div><div>Anyway, at the end, I hope to both be successful, note the things one must be mindful of in anticipation of using cmake (like having a python.so & etc), as this has really forced me to come to grips with cmake, and why it would be advantageous both to users as maintainers.</div><div><br></div><div>Thanks again for the MrSid tip.</div><div>Chris<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 6, 2022 at 1:42 PM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.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>
    <p>| <span>Thereafter, MrSid driver cratered on
        some 2004 Lizardtech defines in lt_platform.h that defined
        possible GCC compilers topping out at <= 5 (rather than a
        future unimaginable 9 or 12). Removing a desire for MrSid, in
        this instance through ccmake,</span></p>
    <p><span>That's completely unrelated to building
        GDAL through autoconf or cmake. This is an issue with the
        LizardTech SDK that indeed remains stuck to ancient GCC versions</span></p>
    <p><span>I see I locally patched line 40 of
        lt_platform.h to remove the GCC version check, and then things
        go flawlessly<br>
      </span></p>
    <p><span>#if (defined(__GNUC__) ||
        defined(__GNUG__)) // && (3 <= __GNUC__ &&
        __GNUC__ <= 5)<br>
        <br>
      </span></p>
    <p><span>I've just tried to submit this issue to
        their support service.<br>
      </span></p>
    <p><span>Even</span></p>
    <br>
    <pre></pre>
    <pre cols="72">-- 
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
  </div>

</blockquote></div>