<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 6, 2022, 8:04 PM Daniel Baston <<a href="mailto:dbaston@gmail.com">dbaston@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Hi All,</div><div><br></div><div>The "Priority 1" item in this list has been completed, and I've been chipping away at items #3 and #5 as well as many bug fixes and opportunistic optimizations. While there is plenty to keep busy with along this track, I want to be responsive to the needs of the broader GEOS community. If you are using GEOS in your application or library, please be a squeaky wheel and create GitHub issues with your requests (or reply to this email.)<br></div><div><br></div><div>I'm particularly interested in some feedback on the "defining a C++ API" item, which is now ticketed at <a href="https://github.com/libgeos/geos/issues/755" target="_blank" rel="noreferrer">https://github.com/libgeos/geos/issues/755</a>. Does anyone have an example of a library that has a good system for designating stable methods while allowing continual changes in the internals?</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Do you build a shared library? If so, limit what you export to what you want to be your API. Don't document anything else.</div><div dir="auto"><br></div><div dir="auto">Maybe I'm missing something in what you're asking.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"></div></div>